软件设计模式之装饰模式(Darren)

各位博友晚上好，又到了每天和大家分享学习成果的时候了，前几天一直在学习设计模式中的3大原则:单一职责，开放封闭，依赖倒转原则，今天终于走上正路开始学习装饰模式l了，闲话少说，先来介绍一下装饰模式:

定义:动态的给一个对象添加额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。

Component是定义了一个对象的接口，可以给这些对象动态的添加职责，ConcreteComponent是一个定义了一个具体的对象，也可以给这个对象动态的添加一些职责，Decorator是一个抽象装饰类，它继承自Component，从外类来扩展Component，但对于Component来说，它是不用自导Decorator的存在的，至于ConcreateDecorator就是具体的装饰对象，起到给Component起到添加职责的功能。

装饰模式是利用SetComponent来对对象进行包装，这样每个装饰对象就和如何使用这个对象分离开了，每个装饰对象只关心自己的功能，不用关系如何被添加到对象链当中。

如果只有一个ConcreteComponent类而没有Component类，那么Decorator可以是ConCreateCompoent的一个子类，同样的道理，如果只有一个Decorator类和ConcreatCompoent合并到一个类。

系统的总结一下装饰模式:

装饰模式是为了给已有的功能添加更多功能的一种方式。

当系统需要更新功能的时候，是向旧的类中添加新的代码。这些代码通常装饰了原有类的核心功能和职责。

比如所在主类中添加了新的字段，方法，逻辑，从而增加了主类的复杂度，而这些新加入的功能仅仅是为了满足一些某种特定情况下才会执行的特殊行为的需要，而装饰模式却提供了一个很好的解决方案，它把每个装饰的功能放在单独的类中，并让这个类包装它要装饰的对象，因此，当要执行特殊需要时，客户端代码可以在运行时根据需要有选择的，按顺序的使用装饰功能来包装对象。

装饰模式的优点：

把类中原有的装饰功能从类中搬出，这样可以简化原有的类。更有效的将装饰功能和类的核心功能区分开来，而且可以去除相关类中重复的装饰逻辑。

天色已晚，各位博友也早些休息吧，感谢对Darren博客的支持Darren。