装饰模式

顾名思义,装饰模式就是给一个对象增加一些新的功能,而且是动态的,要求装饰对象和被装饰对象实现同一个接口,装饰对象持有被装饰对象的实例,关系图如下: decorator

Source类是被装饰类,Decorator类是一个装饰类,可以为Source类动态的添加一些功能,代码如下:

public interface Sourceable {
    public void method();
}



public class Source implements Sourceable {
    @Override
    public void method() {
        System.out.println("the original method!");
    }
}



public class Decorator implements Sourceable {
    private Sourceable source;
    public Decorator(Sourceable source){
        this.source=source;

    }
    @Override
    public void method() {
        System.out.println("before decoratro");
        source.method();
        System.out.println("after decoratro");
    }
}

测试类:

public class DecoratorTest {
    public static void main(String[] args) {
        Sourceable source = new Source();
        Sourceable obj = new Decorator(source);
        obj.method();

    }

}

输出:

before decorator!
the original method!
after decorator!

装饰器模式的应用场景:

1、需要扩展一个类的功能。

2、动态的为一个对象增加功能,而且还能动态撤销。(继承不能做到这一点,继承的功能是静态的,不能动态增删。)

继承属于扩展形式之一,但不见得是达到弹性设计的最佳方式。

在我们的设计中,应该允许行为可以被扩展,而无须修改现有的代码。

组合和委托可用于在运行时动态地加上新的行为。

除了继承,装饰者模式也可以让我们扩展行为。

装饰者模式意味着一群装饰者类, 这些类用来包装具体组件。

装饰者类反映出被装饰的组件类型(事实上,他们具有相同的类型,都经过接口或继承实现)。

装饰者可以在被装饰者的行为前面与/或后面加上自己的行为, 甚至将被装饰者的行为整个取代掉,而达到特定的目的。

你可以用无数个装饰者包装一个组件。

装饰者一般对组件的客户是透明的,除非客户程序依赖于组件的具体类型。

装饰者会导致设计中出现许多小对象,如果过度使用,会让程序变得很复杂

Tips:Java I/O源码大量的使用了装饰模式,读读I/O相信肯定能理解装饰模式