标签:des style blog http 使用 io strong 文件
装饰模式(Deocrator)
动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
所谓装饰,就是一些对象给主题对象做陪衬。我们可以想象,
在一个公司里面,每个人都有一个办工作,办工作都需要有电脑、电话、文件夹、盆栽、签字笔、公章等作为装饰。但是不同的人的办公桌上的装饰肯定不一样。比
如说,老总的办公桌上应该什么都有,但是一般工作人员的办公桌上,就不应该有电话和公章。我们怎么动态的来装饰办公桌呢?
装饰者类图:
在装饰模式结构图中包含如下几个角色:
Component(抽象构件):它是具体构件和抽象装饰类的共同父类,声明了在具体构件中实现的业务方法,它的引入可以使客户端以一致的方式处理未被装饰的对象以及装饰之后的对象,实现客户端的透明操作。
ConcreteComponent(具体构件):它是抽象构件类的子类,用于定义具体的构件对象,实现了在抽象构件中声明的方法,装饰器可以给它增加额外的职责(方法)。
Decorator(抽象装饰类):它也是抽象构件类的子类,用于给具体构件增加职责,但是具体职责在其子类中实现。它维护一个指向抽象构件对象的引用,通过该引用可以调用装饰之前构件对象的方法,并通过其子类扩展该方法,以达到装饰的目的。
ConcreteDecorator(具体装饰类):它是抽象装饰类的子类,负责向构件添加新的职责。每一个具体装饰类都定义了一些新的行为,它可以调用在抽象装饰类中定义的方法,并可以增加新的方法用以扩充对象的行为。
主要优点:
1.对于扩展一个对象的功能,装饰模式比继承更加灵活性,不会导致类的个数急剧增加。
2.可以通过一种动态的方式来扩展一个对象的功能,通过配置文件可以在运行时选择不同的具体装饰类,从而实现不同的行为。
3.可以对一个对象进行多次装饰,通过使用不同的具体装饰类以及这些装饰类的排列组合,可以创造出很多不同行为的组合,得到功能更为强大的对象。
4.具体构件类与具体装饰类可以独立变化,用户可以根据需要增加新的具体构件类和具体装饰类,原有类库代码无须改变,符合“开闭原则”。
主要缺点:
1.使用装饰模式进行系统设计时将产生很多小对象。
2. 装饰模式提供了一种比继承更加灵活机动的解决方案,但同时也意味着比继承更加易于出错,排错也很困难,对于多次装饰的对象,调试时寻找错误可能需要逐级排查,较为繁琐。
适用场景:
1.当我们需要为某个现有的对象动态地增加一个新的功能或职责时,可以考虑使用装饰者。
2. 当不能采用继承的方式对系统进行扩展或者采用继承不利于系统扩展和维护时可以使用装饰模式。
与适配器、策略的区别:
装饰者是在不改变原内容的基础上,动态地增加新的行为;
适配器则主要用来填补两个接口之间的差异,将一个接口转化为另一个接口;
策略是以切换运算法则的方式变换功能。
标签:des style blog http 使用 io strong 文件
原文地址:http://www.cnblogs.com/iasd923/p/3903674.html