装饰模式(DecoratorPattern)与继承(Extends)的区别

为什么要使用装饰模式呢？

在项目开发的过程中，当客户提出了个新的需求(这个新的需求需要对我们的某个类进行改动)，为了这个新的需求，当然我们会想到去扩展某个类，扩展类的功能我们可以使用继承和装饰来达到我们的目的。那到底我们是使用继承呢还是装饰呢？如果使用继承，那么我们贸然的就去修改这个类，势必会影响其他的类。如果使用装饰模式来解决这个问题的话，我们就可以在不修改源代码的基础上去增强这个类的功能。

装饰模式还有一个非常好的优点

扩展性非常好：在一个项目中，你会有非常多因素考虑不到，特别是业务的变更，时不时的冒出一个需求，特别是提出一个令项目大量延迟的需求时候，那种心情是…，真想骂娘！装饰模式可以给我们很好的帮助，通过装饰模式重新封装一个类，而不是通过继承来完成，简单点说，三个继承关系ClassA,ClassB,ClassC 三个类，我要在ClassB 类上增强一些功能怎么办？我想你会坚决的顶回去！不允许，对了，为什么呢？你增强的功能是修改ClassB 类中的方法吗？增加方法吗 ？对ClassC的影响呢？特别是ClassC 有多个的情况，你怎么办？这个评估的工作量就是够你受的，所以这个是不允许的，那还是要解决问题的呀，怎么办？通过建立ClassBDecorator 类来修饰ClassB，等于说是创建了一个新的类，这个对原有程序没有变更，通过扩充很好的完成了这次变更。