装饰者模式 蔚落 2022-05-25 07:49 185阅读 0赞 作用:可以给一个对象添加职责,可以用来扩展,比继承更有弹性。 装饰者模式 Decorator模式(别名Wrapper):动态将职责附加到对象上,若要扩展功能,装饰者提供了比继承更具弹性的代替方案。 意图: 动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模式相比生成子类更为灵活。 设计原则: 1. 多用组合,少用继承。 利用继承设计子类的行为,是在编译时静态决定的,而且所有的子类都会继承到相同的行为。然而,如果能够利用组合的做法扩展对象的行为,就可以在运行时动态地进行扩展。 2. 类应设计的对扩展开放,对修改关闭。 要点: 1. 装饰者和被装饰对象有相同的超类型。 2. 可以用一个或多个装饰者包装一个对象。 3. 装饰者可以在所委托被装饰者的行为之前或之后,加上自己的行为,以达到特定的目的。 4. 对象可以在任何时候被装饰,所以可以在运行时动态的,不限量的用你喜欢的装饰者来装饰对象。 5. 装饰模式中使用继承的关键是想达到装饰者和被装饰对象的类型匹配,而不是获得其行为。 6. 装饰者一般对组件的客户是透明的,除非客户程序依赖于组件的具体类型。在实际项目中可以根据需要为装饰者添加新的行为,做到“半透明”装饰者。 7. 适配器模式的用意是改变对象的接口而不一定改变对象的性能,而装饰模式的用意是保持接口并增加对象的职责。 实现: [![clip\_image002][clip_image002]][clip_image002_clip_image002] Component: 定义一个对象接口,可以给这些对象动态地添加职责。 public interface Component { void operation(); } Concrete Component: 定义一个对象,可以给这个对象添加一些职责。 public class ConcreteComponent implements Component { public void operation() { // Write your code here } } Decorator: 维持一个指向Component对象的引用,并定义一个与 Component接口一致的接口。 public class Decorator implements Component { public Decorator(Component component) { this.component = component; } public void operation() { component.operation(); } private Component component; } Concrete Decorator: 在Concrete Component的行为之前或之后,加上自己的行为,以“贴上”附加的职责。 public class ConcreteDecorator extends Decorator { public void operation() { //addBehavior也可以在前面 super.operation(); addBehavior(); } private void addBehavior() { //your code } } 模式的简化: 1. 如果只有一个Concrete Component类而没有抽象的Component接口时,可以让Decorator继承Concrete Component。 [![clip\_image004][clip_image004]][clip_image004_clip_image004] 2. 如果只有一个Concrete Decorator类时,可以将Decorator和Concrete Decorator合并。 [![clip\_image006][clip_image006]][clip_image006_clip_image006] 适用性: 以下情况使用Decorator模式 1. 需要扩展一个类的功能,或给一个类添加附加职责。 2. 需要动态的给一个对象添加功能,这些功能可以再动态的撤销。 3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变的不现实。 4. 当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。 优点: 1. Decorator模式与继承关系的目的都是要扩展对象的功能,但是Decorator可以提供比继承更多的灵活性。 2. 通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。 缺点: 1. 这种比继承更加灵活机动的特性,也同时意味着更加多的复杂性。 2. 装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。 3. 装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。 装饰模式在Java I/O库中的应用: [![clip\_image008][clip_image008]][clip_image008_clip_image008] 编写一个装饰者把所有的输入流内的大写字符转化成小写字符: import java.io.FilterInputStream; import java.io.IOException; import java.io.InputStream; public class LowerCaseInputStream extends FilterInputStream { protected LowerCaseInputStream(InputStream in) { super(in); } @Override public int read() throws IOException { int c = super.read(); return (c == -1 ? c : Character.toLowerCase((char) c)); } @Override public int read(byte[] b, int offset, int len) throws IOException { int result = super.read(b, offset, len); for (int i = offset; i < offset + result; i++) { b[i] = (byte) Character.toLowerCase((char) b[i]); } return result; } } 测试我们的装饰者类: import java.io.*; public class InputTest { public static void main(String[] args) throws IOException { int c; try { InputStream in = new LowerCaseInputStream(new BufferedInputStream( new FileInputStream("D:\\test.txt"))); while ((c = in.read()) >= 0) { System.out.print((char) c); } in.close(); } catch (IOException e) { e.printStackTrace(); } } } [clip_image002]: http://images.cnblogs.com/cnblogs_com/god_bless_you/WindowsLiveWriter/07ea8a830f47_6DCD/clip_image002_thumb.jpg [clip_image002_clip_image002]: /images/20220525/e4a4caaea8454477bbf0ee22d4907859.png [clip_image004]: http://images.cnblogs.com/cnblogs_com/god_bless_you/WindowsLiveWriter/07ea8a830f47_6DCD/clip_image004_thumb.jpg [clip_image004_clip_image004]: /images/20220525/61175d39246a45089d0d42ed5eff2936.png [clip_image006]: http://images.cnblogs.com/cnblogs_com/god_bless_you/WindowsLiveWriter/07ea8a830f47_6DCD/clip_image006_thumb.jpg [clip_image006_clip_image006]: /images/20220525/61f0408081d347feb2a6facf0a2746e4.png [clip_image008]: http://images.cnblogs.com/cnblogs_com/god_bless_you/WindowsLiveWriter/07ea8a830f47_6DCD/clip_image008_thumb.jpg [clip_image008_clip_image008]: /images/20220525/4158afa892734298a73ffe0533cc8d45.png
相关 装饰者模式 《Head First Design Patterns》装饰者模式学习练习: 装饰者模式我们常见的Demo:文件读写io时候,会有InputStream,FileInputS 小灰灰/ 2022年07月13日 02:58/ 0 赞/ 109 阅读
相关 装饰者模式 package C\_Decker; /\\ \ 设计原则:类应该对扩展开放,对修改关闭。 \ 装饰者模式:动态地将责任和行为附加到对象上。若要扩展功能,装饰者提供了 骑猪看日落/ 2022年07月12日 12:17/ 0 赞/ 207 阅读
相关 装饰者模式 1.定义: 装饰模式是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。使用Decorator模式相比用 快来打我*/ 2022年06月05日 06:14/ 0 赞/ 193 阅读
相关 装饰者模式 引言 还是以热干面,加鸡蛋的热干面,加牛肉的热干面举例子 代码如下 1.先创建一个面条的接口 public interface Noodle { 朴灿烈づ我的快乐病毒、/ 2022年05月26日 10:52/ 0 赞/ 179 阅读
相关 装饰者模式 作用:可以给一个对象添加职责,可以用来扩展,比继承更有弹性。 装饰者模式 Decorator模式(别名Wrapper):动态将职责附加到对象上 蔚落/ 2022年05月25日 07:49/ 0 赞/ 186 阅读
相关 装饰者模式 装饰者模式有一个设计非常巧妙的结构,可以为对象动态添加功能。在基本的设计原则中,有一个重要的原则叫做合成/聚合复用原则。根据该原则的思想,代码复用应该尽可能使用委托,而不是继承 红太狼/ 2022年05月14日 02:50/ 0 赞/ 214 阅读
相关 装饰者模式 装饰者模式: 动态的将责任附加到对象上.若要扩展功能,装饰者提供了比继承更加有弹性的代替方案 继承和组合的区别: 继承: 我就是我/ 2022年05月11日 14:12/ 0 赞/ 233 阅读
相关 装饰者模式 TB - top bottom(自上而下) BT - bottom top(自下而上) RL - right left(从右到左) LR - left 亦凉/ 2022年02月18日 11:23/ 0 赞/ 221 阅读
相关 装饰者模式 装饰者模式,在不改变一个对象本身功能的基础上给对象增加额外的新行为。比如,我们到书店买书,在不改变书籍本身的基础上,赠送个书签,或者要个包装袋 装饰者模式(Decora 谁践踏了优雅/ 2021年12月03日 15:25/ 0 赞/ 358 阅读
相关 装饰者模式 一 点睛 我们先来看一个快餐店的例子。 快餐店有炒面、炒饭这些快餐,可以额外附加鸡蛋、火腿、培根这些配菜,当然加配菜需要额外加钱,每个配菜的价钱通常不太一样,那么计算 悠悠/ 2021年07月24日 19:11/ 0 赞/ 392 阅读
还没有评论,来说两句吧...