JAVA设计模式之装饰模式
2012-05-10 10:45
447 查看
纵观JAVA I/O的整个API设计,总体贯穿一个思想,那就是装饰模式。所以,考虑到装饰模式的重要性,本人特意学习之。
装饰模式(Decorator):
装饰模式的角色有:
—— 抽象构件角色(Component):给出一个抽象接口,以规范准备接收附加责任的对象。
—— 具体构件角色(Concrete Component):定义一个将要接收附加责任的类。
—— 装饰角色(Decorator):持有一个构件(Component)对象的引用,并定义一个与抽象构件接口一致的接口。
—— 具体装饰角色(Concrete Decorator):负责给构件对象“贴上”附加的责任。
装饰模式的特点:
—— 装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。
—— 装饰对象包含一个真实对象的引用(reference)。
—— 装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。
在面向对象的设计中,通常是通过继承来实现对给定类的功能扩展。
装饰模式 vs 继承
。装饰模式
—— 用来扩展特定 对象 的功能
—— 不需要子类
—— 动态
—— 运行时分配职责
—— 防止由于子类而导致的复杂和混乱
—— 更多的灵活性
—— 对于一个给定的对象,同时可能有不同的装饰对象,客户端可以通过它的需要选择合适的装饰对象发送消息。
。继承
—— 用来扩展 一类的对象的功能
—— 需要子类
—— 静态
—— 编译时分派职责
—— 导致很多子类产生
—— 缺乏灵活性
下面是一个简单的例子程序:
客户端:
运行结果:
综上:装饰模式比较简单,但是比较实用。可以在不用继承的情况下,扩展原有对象的功能。该模式简单明了,需要牢牢记住!
装饰模式(Decorator):
装饰模式的角色有:
—— 抽象构件角色(Component):给出一个抽象接口,以规范准备接收附加责任的对象。
—— 具体构件角色(Concrete Component):定义一个将要接收附加责任的类。
—— 装饰角色(Decorator):持有一个构件(Component)对象的引用,并定义一个与抽象构件接口一致的接口。
—— 具体装饰角色(Concrete Decorator):负责给构件对象“贴上”附加的责任。
装饰模式的特点:
—— 装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。
—— 装饰对象包含一个真实对象的引用(reference)。
—— 装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。
在面向对象的设计中,通常是通过继承来实现对给定类的功能扩展。
装饰模式 vs 继承
。装饰模式
—— 用来扩展特定 对象 的功能
—— 不需要子类
—— 动态
—— 运行时分配职责
—— 防止由于子类而导致的复杂和混乱
—— 更多的灵活性
—— 对于一个给定的对象,同时可能有不同的装饰对象,客户端可以通过它的需要选择合适的装饰对象发送消息。
。继承
—— 用来扩展 一类的对象的功能
—— 需要子类
—— 静态
—— 编译时分派职责
—— 导致很多子类产生
—— 缺乏灵活性
下面是一个简单的例子程序:
package com.tb.pattern; public interface Component { public void doSomething(); }
package com.tb.pattern; public class ConcreteComponent implements Component { @Override public void doSomething() { System.out.println("功能A"); } }
package com.tb.pattern; public class Decorator implements Component { private Component component; public Decorator(Component component) { this.component = component; } @Override public void doSomething() { component.doSomething(); } }
package com.tb.pattern; public class ConcreteDecorator1 extends Decorator { public ConcreteDecorator1(Component component) { super(component); } @Override public void doSomething() { super.doSomething(); this.doAnotherThing(); } private void doAnotherThing() { System.out.println("功能B"); } }
package com.tb.pattern; public class ConcreteDecorator2 extends Decorator { public ConcreteDecorator2(Component component) { super(component); } @Override public void doSomething() { super.doSomething(); this.doAnotherThing(); } private void doAnotherThing() { System.out.println("功能C"); } }
客户端:
package com.tb.pattern; public class Client { public static void main(String[] args) { //节点流 Component component = new ConcreteComponent(); //过滤流 Component component2 = new ConcreteDecorator1(component); //过滤流 Component component3 = new ConcreteDecorator2(component2); component3.doSomething(); } }
运行结果:
功能A 功能B 功能C
综上:装饰模式比较简单,但是比较实用。可以在不用继承的情况下,扩展原有对象的功能。该模式简单明了,需要牢牢记住!
相关文章推荐
- 设计模式之装饰模式Java实现
- java学习之IO装饰设计模式
- 设计模式--结构模式--装饰模式--Java
- java设计模式之装饰设计模式
- java与设计模式之装饰装者模式
- Java设计模式之装饰模式
- Java装饰设计模式
- Java设计模式:装饰设计模式
- JAVA--装饰模式(Decorator)--设计模式七
- JAVA之旅(二十六)——装饰设计模式,继承和装饰的区别,LineNumberReader,自定义LineNumberReader,字节流读取操作,I/O复制图片
- (三)Java设计模式--装饰器模式
- (三)Java设计模式--装饰器模式
- 【javaweb:Filter】通过过滤器和装饰设计模式解决request的全局乱码
- JAVA设计模式——装饰设计模式
- 黑马程序员----java设计模式之装饰设计模式和享元设计模式
- java设计模式(六)---装饰器模式
- java设计模式---------装饰模式
- java 设计模式 学习笔记(5) 装饰模式
- java.io.*中的设计模式之 装饰(Decorator)模式
- JAVA基础——装饰设计模式