装饰模式与职责链模式

装饰模式

装饰模式（Decorator），动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更加灵活，装饰模式是一种为已有功能动态的添加更多功能的方法。

上面的图上写的也是比较的清晰。
装饰模式是一种链式的模式，它主要是为了给原有的功能增加新的功能，是继承的一种替代。
它主要解决的问题是：
一般为了扩展一个类经常会使用继承方式来实现，但是随着扩展的功能越来越多，子类会很膨胀，这时候就可以用装饰模式来替代它。
可以通过将具体功能职责划分，同时继承装饰者模式来实现。
他的优点是：装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。
当然也是有缺点的，这样做的话，多层装饰会比较的复杂。

职责链模式

职责链模式（Chain of Responsibility），使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这个对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。

上图也很清晰的展示了职责链的结构图。
职责链也是一种链式模式，它可以在有多个对象可以处理同一个请求的时候，具体哪个对象处理该请求，由运行时刻自动确定。
也可以在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。
可动态指定一组对象处理请求。
他的优点是：
（1）降低耦合度。它将请求的发送者和接收者解耦。
（2）简化了对象。使得对象不需要知道链的结构。
（3）增强给对象指派职责的灵活性。通过改变链内的成员或者调动它们的次序，允许动态地新增或者删除责任。
（4）增加新的请求处理类很方便。
它也是有缺点的：
不能保证请求一定会被接收，代码的调试可能会不太方便。

这两种模式都可以灵活地给对象增加功能。
装饰模式，有被装饰的对象，有被装饰者的行为，它避免了冗余的继承体系，使得扩展性很强。
职责链模式，每个被调用者都持有下一个被调用者的引用，客户端主要发起一次调用即可，可以随时的增加或修改一个处理请求的结构，增强了给对象指派职责的灵活性。
装饰者模式在创建对象时是父类身份子类对象，而职责链模式在创建对象时是父类身份父类对象。
但是没什么本质上的不同。