C#:设计模式之装饰者模式

   如果想给一个对象增加功能怎么办？一般做法是继承这个父类生成一个子类，在父类的功能基础上进行扩展，这样虽然实现了增加功能的需求，但是如果这个类已定义为不能继承（如被sealed关键字修饰）就不能实现以上要求，而且过于复杂的继承关系不利于系统的扩展和维护，那么有没有类似的方法不利用继承就可以实现扩展对象的功能呢？   

       装饰者模式使用对象之间的关联关系取代继承关系，动态的给对象增加、删除职责，装饰着模式降低了系统的耦合度，实现了开闭原则。装饰者模式的定义如下：动态的给对象增加一些额外的职责，就扩展功能而言，装饰模式提供了一种比使用子类更加灵活的替代方案。

装饰模式的结构：     

        装饰模式包含四个角色:

1.component（抽象构件）：声明构件和装饰类的公用接口。即给出一个抽象接口，已规范准备接收附加责任的对象

2.ConcreteComponent（具体构件）：抽象构件类的子类。 它定义了基础行为， 但装饰类可以改变这些行为。

3.Decorator（抽象装饰类）：抽象构件类的子类。 它定义了基础行为， 但装饰类可以改变这些行为。

4.ConcreteComponent（装饰类）：抽象装饰类的子类，负责向构件添加新的职责，每一个都定义了新行为，既可以调用抽象装饰类的方法，也可以调用定义的新方法。

结构图：

 

 具体实现：

 

抽象构件: 声明了一些抽象业务

 

 具体构件：实现了抽象构件的的业务，通常在具体构件类中只是声明一些基本功能，而一些复杂的扩展功能将在装饰类中实现。

 

 抽象装饰类：装饰模式的核心将在抽象装饰类的设计，它维持了一个对抽象构件对象的引用，注入了抽象构件类型的对象，维持类原有的业务方法。抽象装饰类没有真正实现装饰，而是提供了一个统一的接口，将具体装饰功能交给子类完成。

 

具体装饰类：既可以调用抽象装饰类的方法，也可以定义新的业务方法。 

 

         由于在 抽象装饰类Decorator中注入的是Component类型的接口，因此可以将一个具体构件对象注入其中，再通过具体装饰类进行修饰。此外，还可以将一个已经装饰过的Decorator子类的对象再注入其中进行多次装饰，从而实现原有功能的多次扩展。

         再定义一个具体装饰类，继续扩展功能： 

 

        继续装饰：

 

        装饰类的调用：

 

         在component被ConcreteDecorator装饰了一次之后，又被ConcreteDecoratorMore和ConcreteDecoratorMoreAndMore两个装饰类进行了第二次和第三次装饰，在运行结果中可以看到，component对象的业务方法通过具体装饰类的装饰得到了不断的扩展，如果需要增加新的业务方法，只需要增加对应的具体装饰类即可，符合开闭原则。

总结：

装饰模式的优缺点：

 

       优点：从为对象添加功能的角度来看，装饰者模式比继承更为灵活。装饰者模式采用把功能分离到每个装饰器当中，通过对象组合的方式，在运行时动态的组合使装饰对象最终具有想要的功能组合。

       缺点：装饰模式把一系列复杂的功能分散到每个装饰器中，一般情况下每个装饰器只实现一个功能，这样会产生很多细粒度的对象，并且功能越复杂，细粒度对象越多。

使用场合：

       1.如果需要再不影响其他对象的情况下，以动态、透明的方式给对象增加职责，可以使用装饰者模式。

       2. 如果不适合使用子类进行扩展的时候，可以考虑使用装饰者模式。装饰者模式使用的是对象组合的方式。
————————————————
版权声明：本文为CSDN博主「总是完美解决」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_55468325/article/details/120082210