一、例子在软件开发中，我们往往会想要给某一类对象增加不同的功能。比如要给汽车增加ESP、天窗或者定速巡航。如果利用继承来实现，就需要定义无数的类，Car，ESPCar，CCSCar，SunRoofCar，ESPCCSCar……很容易就导致“子类爆炸”问题。上述“子类爆炸”问题的根源在于该解决方案利用继承来扩展功能，缺乏灵活

我估计从博客园建站开始，就不断地有文章对设计模式进行讨论了。设计模式被认为是软件工程的基础，是面向对象分析与设计的指南。博客园中不乏大量的优秀文章，针对设计模式中创建型模式、结构型模式以及行为型模式共计23种模式进行讨论，有的文章也自成体系，以不同的角度来分析各种模式的应用场景和动态特性。今天，我也在所有设计模式专家面前班门弄斧一次，冒着被喷的危险，谈谈Decorator模式的具体应用。与大多数其

子类复子类，子类何其多 　　假如我们需要为游戏中开发一种坦克，除了各种不同的型号的坦克外，我们还希望在不同场合中为其增加以下一种或多种功能：比如红外线夜视功能，比如水陆两栖功能，比如卫星定位功能等等。 　　如果再添加一种功能D，那么需要增加的T50子类的数量可想而知，而这只是T50这个类型，如果还有其他T70等类型，那么需要新添加的子类将不可计数。 　　动机（Motivation） 　　上述描

概述 在软件系统中，有时候我们会使用继承来扩展对象的功能，但是由于继承为类型引入的静态特质，使得这种扩展方式缺乏灵活性；并且随着子类的增多（扩展功能的增多），各种子类的组合（扩展功能的组合）会导致更多子类的膨胀。如何使“对象功能的扩展”能够根据需要来动态地实现？同时避免“扩展功能的增多”带来的子类膨胀问题？从而使得任何“功能扩展变化”所导致的影响将为最低？这就是本文要讲的Decorator模式。