“HeadFirst设计模式“:装饰模式-创新互联
装饰模式
成都创新互联2013年至今,是专业互联网技术服务公司,拥有项目成都网站制作、做网站网站策划,项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命,1280元山南做网站,已为上家服务,为山南各地企业和个人服务,联系电话:13518219792装饰者模式:动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。
装修模式的角色如下:
抽象构件角色(Component):给出一个抽象接口,以规范准备接收附加责任的对象。
具体构件角色(Concrete Component):定义将要接收附加责任的类。
装饰角色(Decorator):持有一个构件(Component)对象的引用,并定义一个与抽象构件接口一致的接口。
具体装饰角色(Concrete Decorator):负责给构件对象“贴上”附加的责任。类图如下:
装修模式的特点:
装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。
装饰对象包含一个真实对象的引用(reference)。
装饰对象接收所有来自客户端的请求,它把这些请求转发给真实的对象。
装饰对象可以在转发这些请求之前或之后附加一些功能。
这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。
装修模式的缺点:
装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。
装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出较佳选择。
装饰模式的使用场景:
适合对默认目标实现中的多个接口进行排列组合调度
适合对默认目标实现进行选择性扩展
适合对默认目标实现未知或者不易扩展的情况。
实例1:咖啡店有好几种咖啡,每一种都是自己的价格,成分等,类图如下;
问题的产生:咖啡可以放些糖等调料,调料种类多,新增了N个子类来对应咖啡,价格,调料之间的关系,后期维护有了很大的挑战,类图如下:
解决:我们可以用装饰模式来解决,最终的类图如下:
实例2:扩展JAVA里的I/O,读取文件里的数据,并转成大写字母输出
分析:JDK里I/O框架用到了适配器模式,类图如下:
说明:抽象构建角色(InputStream),装饰角色(FilterInputStream),具体装饰(BufferdInputStream等),具体构建角色(FileInputStream等)
实现:我们看类图,我们继承FilterInputStream,覆盖掉read方法就能满足这个需求了。
设计原则:类应该对扩展开放,对修改关闭。
网站标题:“HeadFirst设计模式“:装饰模式-创新互联
网站URL:http://azwzsj.com/article/cdesep.html