• 装饰模式


    装饰模式又名包装(Wrapper)模式

    装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案

    装饰模式以对客户透明的方式动态的给一个对象附加上更多的责任。换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同。

    装饰模式可以在不创造更多子类的情况下,将对象的功能加以扩展。

    装饰模式把客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展完全是透明的。

    装饰模式是在不必改变原类文件和使用继承的情况下,动态的扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。

    装饰模式的特点:

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

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

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

    装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中,通常是通过继承来实现对给定类的功能扩展。

    装饰模式与继承的比较

    装饰模式              继承

    用来扩展特定对象的功能       用来扩展一类对象的功能

    不需要子类             需要子类

    动态                静态

    运行时分配职责           编译时分派职责

    防止由于子类而导致的复杂和混乱   导致很多子类产生

    更多的灵活性            缺乏灵活性

    对于一个给定的对象,同时可能有不同的装饰对象,客户端可以通过它的需要选择合适的装饰对象发送消息。

    代码示例

      1 package decorator;
      2 /*
      3  * 抽象构件角色(Component):给出一个抽象接口,以规范准备接收附加责任的对象。
      4  */
      5 public interface Component
      6 {
      7     public void doSomething();
      8 }
      9 
     10 
     11 package decorator;
     12 /*
     13  * 具体构件角色(Concrete Component):定义一个将要接收附加责任的类。
     14  */
     15 public class ConcreteComponent implements Component
     16 {
     17     @Override
     18     public void doSomething()
     19     {
     20         System.out.println("功能A");
     21     }
     22 
     23 }
     24 
     25 package decorator;
     26 /*
     27  * 装饰角色(Decorator):持有一个构件(Component)对象的引用,并定义一个与抽象构件接口一致的接口
     28  */
     29 public class Decorator implements Component
     30 {
     31     private Component component;
     32     
     33     public Decorator(Component component)
     34     {
     35         this.component = component;
     36     }
     37     
     38     @Override
     39     public void doSomething()
     40     {
     41         component.doSomething();
     42     }
     43 }
     44 
     45 package decorator;
     46 /*
     47  * 具体装饰角色(Concrete Decorator):负责给构件对象“贴上”附加的责任。
     48  */
     49 public class ConcreteDecorator1 extends Decorator
     50 {
     51     public ConcreteDecorator1(Component component)
     52     {
     53         super(component);
     54     }
     55     
     56     @Override
     57     public void doSomething()
     58     {
     59         super.doSomething();
     60         
     61         this.doAnotherThing();//新增功能
     62     }
     63     
     64     private void doAnotherThing()
     65     {
     66         System.out.println("功能B");
     67     }    
     68 }
     69 
     70 package decorator;
     71 /*
     72  * 具体装饰角色(Concrete Decorator):负责给构件对象“贴上”附加的责任。
     73  */
     74 public class ConcreteDecorator2 extends Decorator
     75 {
     76     public ConcreteDecorator2(Component component)
     77     {
     78         super(component);
     79     }
     80     
     81     @Override
     82     public void doSomething()
     83     {
     84         super.doSomething();
     85         
     86         this.doAnotherThing();
     87     }
     88     
     89     private void doAnotherThing()
     90     {
     91         System.out.println("功能C");
     92     }
     93 }
     94 
     95 
     96 package decorator;
     97 
     98 public class Client
     99 {
    100     public static void main(String[] args)
    101     {
    102         Component component = new ConcreteDecorator1(new ConcreteDecorator2(
    103                 new ConcreteComponent()));
    104 
    105         component.doSomething();
    106     }
    107 }
    View Code
  • 相关阅读:
    堆与堆排序
    利用openssl进行RSA加密解密
    [转载]编辑器圣战
    七月底的小结
    计算机是怎么样工作的?
    Linux进程地址空间之初探:一
    微软2013暑期实习笔试回忆
    微软编程之美资格赛
    微软编程之美初赛
    rootkit:实现隐藏进程
  • 原文地址:https://www.cnblogs.com/daneres/p/4540983.html
Copyright © 2020-2023  润新知