标签：
设计模式代码下载地址
相比而言我对装饰模式的理解还不是很深入，在项目中还不知道该怎么去使用它，或许是没有遇到需要装饰模式的情景吧，我对于装饰模式的理解是通过装饰模式可以实现对功能的扩充，由此我想到了面向切面编程，因为我记得AOP在实现的时候，就是对类的功能进行增强，可以在方法调用前执行、调用后、异常时等发生的时候去执行相应的处理，我在想会不会实现的时候采用的模式就是装饰模式呢？这里我先留着这个疑问后期有时间看源码的话再去探讨到底是不是用了这个模式。装饰模式中可以通过构造函数传入要装饰的类的实例，装饰类和被装饰的类要有相同的接口，保证当装饰类没有进行增强处理的时候，依然可以去执行被装饰类应该执行的方法。
"围观"设计模式(13)--结构型之装饰模式（Decorator Pattern）
当一个项目中出现比较杂乱的调用关系时，类与类之间的耦合关系过于复杂，为了降低耦合度，我们可以采用一个公共的接口与其他类发生耦合，这样可以尽量大的降低外界与该系统的耦合度，同时降低了整个系统的复杂度，外观模式相当于一个公共的入口一样，为使用者敞开大门，暴漏一些必要的接口，方便外界进行调用。通俗来讲就是，有多个不同的类提供了多个访问的接口，外观模式就是要统一将这些接口进行管理。
"围观"设计模式(14)--结构型之外观模式（Facade Pattern）
"围观"设计模式(30)--结构型设计模式总结（适配器、代理、装饰、外观、桥梁、组合、享元）
标签：
原文地址：http://blog.csdn.net/wangyang1354/article/details/51868596
