首页 > 代码库 > 第 6 章 装饰模式
第 6 章 装饰模式
1:背景介绍——小菜穿衣服
做法1:
定义Person类,依次调用方法
弊端:违背了开放——封闭的原则。
做法2:
定义Person类,定义服饰抽象类,具体类继承抽象类。
弊端:客户端调用重复代码太多,功能没分离开来,不方便添加新的功能。
客户端调用:
需要把所需要的功能按正确的顺序串联起来进行控制
做法3(装饰模式):
动态的给每个对象添加一些额外的职责,就增加功能上来说,装饰模式比生成子类更加方便。
Component是定义一个对象接口,可以给这些对象动态的地添加职责。ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责。Decorator,装饰抽象类,继承了Component,从外类来扩展Component类的功能,当对于Component来说,是无需知道Decoratro的存在的。至于ConcreteDecorator就是具体的装饰对象,起到给Component添加职责的功能。
第 6 章 装饰模式
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。