成都网站建设设计

将想法与焦点和您一起共享

“HeadFirst设计模式“:装饰模式-创新互联

装饰模式

成都创新互联2013年至今,是专业互联网技术服务公司,拥有项目成都网站制作、做网站网站策划,项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命,1280元山南做网站,已为上家服务,为山南各地企业和个人服务,联系电话:13518219792

   装饰者模式:动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。

   装修模式的角色如下:

    • 抽象构件角色(Component):给出一个抽象接口,以规范准备接收附加责任的对象。

    • 具体构件角色(Concrete Component):定义将要接收附加责任的类。

    • 装饰角色(Decorator):持有一个构件(Component)对象的引用,并定义一个与抽象构件接口一致的接口。

    • 具体装饰角色(Concrete Decorator):负责给构件对象“贴上”附加的责任。类图如下:

“Head First 设计模式“ :装饰模式“Head First 设计模式“ :装饰模式

   装修模式的特点:

    • 装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。

    • 装饰对象包含一个真实对象的引用(reference)。

    • 装饰对象接收所有来自客户端的请求,它把这些请求转发给真实的对象。

    • 装饰对象可以在转发这些请求之前或之后附加一些功能。

    • 这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。

   装修模式的缺点:

    • 装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。

    • 装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出较佳选择。

    

    装饰模式的使用场景:

    • 适合对默认目标实现中的多个接口进行排列组合调度

    • 适合对默认目标实现进行选择性扩展

    • 适合对默认目标实现未知或者不易扩展的情况。

   实例1:咖啡店有好几种咖啡,每一种都是自己的价格,成分等,类图如下;

“Head First 设计模式“ :装饰模式“Head First 设计模式“ :装饰模式

   问题的产生:咖啡可以放些糖等调料,调料种类多,新增了N个子类来对应咖啡,价格,调料之间的关系,后期维护有了很大的挑战,类图如下:

“Head First 设计模式“ :装饰模式“Head First 设计模式“ :装饰模式

   解决:我们可以用装饰模式来解决,最终的类图如下:

“Head First 设计模式“ :装饰模式“Head First 设计模式“ :装饰模式

   实例2:扩展JAVA里的I/O,读取文件里的数据,并转成大写字母输出

   分析:JDK里I/O框架用到了适配器模式,类图如下:

“Head First 设计模式“ :装饰模式“Head First 设计模式“ :装饰模式

   说明:抽象构建角色(InputStream),装饰角色(FilterInputStream),具体装饰(BufferdInputStream等),具体构建角色(FileInputStream等)

   实现:我们看类图,我们继承FilterInputStream,覆盖掉read方法就能满足这个需求了。

   设计原则:类应该对扩展开放,对修改关闭。


名称栏目:“HeadFirst设计模式“:装饰模式-创新互联
网站路径:http://chengdu.cdxwcx.cn/article/cdesep.html