装饰模式(Decorator),动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
装饰者模式隐含的是通过一条条装饰链去实现具体对象,每一条装饰链都始于一个Componet对象,每个装饰者对象后面紧跟着另一个装饰者对象,而对象链终于ConcreteComponet对象。
用粗略的话讲:装饰模式就是为已有功能动态地添加更多功能的一种方式。
何为动态。比如打折策略。3折后再减30元再打8折,
UML图如下:
Component是定义一个对象接口,可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责。Decorator,装饰着抽象类,继承了Component从外类来扩展Component类的功能,但对于Component来说,就无需知道Decorator的存在的。至于ConcreteDecorator就是具体的装饰对象。起到给Component添加职责的功能。
实现代码示例:
装饰模式是利用SetComponent来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离开了。每个装饰对象只关心自己的功能,不需要关心如何被添加到对象链当中。
示例:
namespace 装饰者模式 { class Program { static void Main(string[] args) { ConcreateComponent c = new ConcreateComponent(); ConcreteDecorator眉毛 d1 = new ConcreteDecorator眉毛(); ConcreteDecorator头发 d2 = new ConcreteDecorator头发(); d1.SetComponent(c); //d1里面放入c,是为了调用原始c的 捕获素颜美女 d2.SetComponent(d1); //d1是画过眉毛的 d2.Operation(); Console.ReadKey(); } } abstract class Component { public abstract void Operation(); } class ConcreateComponent : Component { //原始内容,具体装饰类都会调用一次 public override void Operation() { Console.WriteLine("捕获素颜美女一个!"); } } abstract class Decorator : Component { //里面放一个父接口 protected Component component; public void SetComponent(Component component) //设置Component { this.component = component; } public override void Operation() //用接收到的Component的Operation方法来重写父Component接口的Operation方法 { if (component != null) { component.Operation(); } } } class ConcreteDecorator眉毛 : Decorator { private string addedState; //代表画眉毛的实际操作 public override void Operation() { base.Operation(); //素颜美女(原始内容) Console.WriteLine("帮美女画画眉!"); addedState = "眉毛漂亮了!"; //实际装饰内容 } } class ConcreteDecorator头发 : Decorator { public override void Operation() { base.Operation(); //原始内容 Console.WriteLine("帮美女梳梳头!"); AddedBehavior(); //实际装饰内容 } private void AddedBehavior() //本类独有的方法,以区别于ConcrateDecoratorA { Console.WriteLine("头发变精神了!"); } } }
这个示例写得不错,基本上掌握了装饰者的作用。
装饰者模式的应用场景:
- 想透明并且动态地给对象增加新的职责的时候。
- 给对象增加的职责,在未来存在增加或减少可能。
- 用继承扩展功能不太现实的情况下,应该考虑用组合的方式。
装饰者模式的优点:
- 通过组合而非继承的方式,实现了动态扩展对象的功能的能力。
- 有效避免了使用继承的方式扩展对象功能而带来的灵活性差,子类无限制扩张的问题。
- 充分利用了继承和组合的长处和短处,在灵活性和扩展性之间找到完美的平衡点。
- 装饰者和被装饰者之间虽然都是同一类型,但是它们彼此是完全独立并可以各自独立任意改变的。
- 遵守大部分GRASP原则和常用设计原则,高内聚、低偶合。
装饰者模式的缺点:
- 装饰链不能过长,否则会影响效率。
- 因为所有对象都是继承于Component,所以如果Component内部结构发生改变,则不可避免地影响所有子类(装饰者和被装饰者),也就是说,通过继承建立的关系总是脆弱地,如果基类改变,势必影响对象的内部,而通过组合(Decoator HAS A Component)建立的关系只会影响被装饰对象的外部特征。
- 只在必要的时候使用装饰者模式,否则会提高程序的复杂性,增加系统维护难度。