认识达内从这里开始

我们在学习使用java编程语言进行项目开发的时候，对于结构模式的问题应该了解过很多了。今天，我们就一起来了解和学习一下java编程中的装饰模式结构的优缺点。

装饰模式也是一种结构型模式，主要是目的是相对于类与类之间的继承关系来说，使用装饰模式可以降低耦合度。JDK中有不少地方都使用到了装饰模式，例如Java的各种I/O流，javax.swing包中一些图形界面构件功能的增强等地方都运用了装饰模式。

装饰模式

定义

装饰模式的定义是：在不改变原类文件以及不使用继承的情况下，动态的扩展一个对象的功能。装饰模式是通过创建一个包装对象来实现的，也就是用装饰来包裹真实的对象。

装饰模式的结构

抽象构件角色：(上图的CakeGoods)定义一个抽象接口，以规范准备接受装饰的对象，想当于Java中的IO流里的InputStram/OutputStream和Reader/Writer。

具体的构件角色：(上图的SpongeCake)定义一个将要接受装饰的类，相当于I/O流里面的FileOutputStream和FileInputStream。

装饰角色：(上图的Decorator)定义一个持有抽象构件角色的引用，并定义一个与抽象构件一直的接口。相当于I/O里面的FilterOutputStream和FilterInputStream。

具体的装饰角色：(上图的Fruits和Cream)负责各构件角色对象加上相应的装饰品，相当于I/O流里的BufferedOutputStream、BufferedInputStream。

在使用的时候，必须扩展CakeGoods的功能，但是我们是通过Fruits和Cream来对CakeGoods进行扩展的，所以相对于CakeGoods来说无需知道Decorator的存在，就能扩展功能了。

总结

装饰模式的优点

对于扩展一个对象的功能，装饰模式比继承更加灵活性，不会导致类的个数急剧增加。例如上面的例子如果想增加一个枣糕或是一个巧克力辅料，无需修改现有代码，只需将枣糕作为CakeGoods的一个子类，以及Decorator的一个子类即可。

可以动态的扩展一个对象的功能。

可以对一个对象进行多次装饰，通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合，得到功能更为强大的对象。

具体构件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体构件类和具体装饰类，原有类库代码无须改变，符合“开闭原则”。

装饰模式的缺点

使用装饰模式进行系统设计时将产生很多小对象，这些对象的区别在于它们之间相互连接的方式有所不同，而不是它们的类或者属性值有所不同，大量小对象的产生势必会占用更多的系统资源，在一定程序上影响程序的性能。

装饰模式提供了一种比继承更加灵活机动的解决方案，但同时也意味着比继承更加易于出错，排错也很困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为繁琐。

适用场景

在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。

当不能采用继承的方式对系统进行扩展或者采用继承不利于系统扩展和维护时可以使用装饰模式。不能采用继承的情况主要有两类：一类是系统中存在大量独立的扩展，为支持每一种扩展或者扩展之间的组合将产生大量的子类，使得子类数目呈爆炸性增长;二类是因为类已定义为不能被继承(如Java语言中的final类)。

作者：纪莫

节选：博客园

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。