JAVA设计模式初探之装饰者模式
来源:互联网 发布:mysql组合主键 编辑:程序博客网 时间:2024/05/21 06:41
这个模式花费了挺长时间,开始有点难理解,其实就是
定义:动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活。
要点:装饰者与被装饰者拥有共同的超类,继承的目的是继承类型,而不是行为
运行结果:
其实就是进房子找衣服,然后找地图这样一个过程,通过装饰者的三层装饰,把细节变得丰富。
关键点:
1、Decorator抽象类中,持有Human接口,方法全部委托给该接口调用,目的是交给该接口的实现类即子类进行调用。
2、Decorator抽象类的子类(具体装饰者),里面都有一个构造方法调用super(human),这一句就体现了抽象类依赖于子类实现即抽象依赖于实现的原则。因为构造里面参数都是Human接口,只要是该Human的实现类都可以传递进去,即表现出Decorator dt = new Decorator_second(new Decorator_first(new Decorator_zero(human)));这种结构的样子。所以当调用dt.wearClothes();dt.walkToWhere()的时候,又因为每个具体装饰者类中,都先调用super.wearClothes和super.walkToWhere()方法,而该super已经由构造传递并指向了具体的某一个装饰者类(这个可以根据需要调换顺序),那么调用的即为装饰类的方法,然后才调用自身的装饰方法,即表现出一种装饰、链式的类似于过滤的行为。
3、具体被装饰者类,可以定义初始的状态或者初始的自己的装饰,后面的装饰行为都在此基础上一步一步进行点缀、装饰。
4、装饰者模式的设计原则为:对扩展开放、对修改关闭,这句话体现在我如果想扩展被装饰者类的行为,无须修改装饰者抽象类,只需继承装饰者抽象类,实现额外的一些装饰或者叫行为即可对被装饰者进行包装。所以:扩展体现在继承、修改体现在子类中,而不是具体的抽象类,这充分体现了依赖倒置原则,这是自己理解的装饰者模式。
说的不清楚,有些只可意会不可言传的感觉,多看几遍代码,然后自己敲出来运行一下,基本上就领悟了。
现在需要一个汉堡,主体是鸡腿堡,可以选择添加生菜、酱、辣椒等等许多其他的配料,这种情况下就可以使用装饰者模式。
汉堡基类(被装饰者,相当于上面的Human)
配料的基类(装饰者,用来对汉堡进行多层装饰,每层装饰增加一些配料,相当于上面Decorator)
生菜(装饰者的第一层,相当于上面的decorator_zero)
辣椒(装饰者的第二层,相当于上面的decorator_first)
测试类
输出
作者:jason0539
微博:http://weibo.com/2553717707
博客:http://blog.csdn.net/jason0539(转载请说明出处)
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- java 设计模式之初探装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- JAVA设计模式初探之装饰者模式
- C语言(八):数组
- springMVC接收日期类型参数的自定义转换
- Faster-RCNN+windows10+GPU/CPU+python+vs2013+MATLAB
- java基础提高篇--集合源码分析--jdk1.8 LinkedList源码
- 机器学习中的范数规则化之(一)L0、L1与L2范数
- JAVA设计模式初探之装饰者模式
- oracle数据库数据误删除恢复方法
- OFDM
- JQuery思路
- Servlet入门
- [MySQL] 基础数据类型优化
- Node连接Mongodb以及CRUD操作
- 64位oracle 和64位 PL/SQL 的配置
- 链表划分-LintCode