装饰模式

最新推荐文章于 2024-11-03 11:01:20 发布

anlao4870

最新推荐文章于 2024-11-03 11:01:20 发布

阅读量96

点赞数

文章标签： java

原文链接：http://www.cnblogs.com/simple-ly/p/9985603.html

版权

装饰模式

装饰（Decorator）模式又叫包装（Wrapper）模式。以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。

装饰模式以对客户端透明的方式动态的给一个对象附加更多的责任。客户端并不会角色对应在装饰前和装饰后有什么不同

1.1结构

装饰模式使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类，装饰模式的关键在于这个扩展是完全透明的。

抽象构件（Component）角色：规范准备接受附加责任的对象。可以是接口、抽象类或者具体类。

具体构件（Concrete Component）角色：定义一个将要接收附加责任的类。

装饰（Decorator）角色：持有一个构件（component）对象的实例，并定义一个与抽象构件接口一致的接口。

具体装饰（Concrete Decorator）角色：负责给构件对象“贴上”附加的责任。

装饰模式常常被称为包装模式，因为每个具体装饰类都将一个具体装饰类或者具体构件诶包裹起来。装饰模式对客户端透明性要求程序不要声明一个ConcreteDecorator类型的变量，而应该声明一个Component类型的变量。然而纯粹的装饰模式很难找到，装饰模式的用意是不改变接口的前提下，增强所考虑的类的性能，这就导致大多数装饰模式都是“半透明”的，即允许装饰模式改变接口，增加新的方法。客户端可以声明ConcreteComponent类型的变量，从而可以调用ConcreteDecorator类中才有的方法。

半透明的装饰模式介于装饰模式和适配器模式之间。

抽象构件角色：

/**
 * 抽象构件角色
 */
public interface Component {
    /**
     * 商业方法
     */
    void operate();
}

具体构件角色：

/**
 * 具体构件角色
 */
public class ConcreteComponent implements Component {

    @Override
    public void operate() {
        System.out.println("concreteComponent operate ...");
    }
}

装饰角色：

/**
 * 装饰角色
 */
public class Decorator implements Component {

    private Component component;

    public Decorator(Component component) {
        this.component = component;
    }

    @Override
    public void operate() {
        component.operate();
    }
}

具体装饰角色：

/**
 * 具体装饰类
 */
public class ConcreteDcorator extends Decorator {
    public ConcreteDcorator(Component component) {
        super(component);
    }

    @Override
    public void operate() {
        super.operate();
    }
}