JAVA设计模式五之装饰模式

最新推荐文章于 2024-09-20 15:32:13 发布

xuwb123xuwb

最新推荐文章于 2024-09-20 15:32:13 发布

阅读量376

点赞数

分类专栏： JAVA 文章标签： java java设计模式装饰者模式

本文链接：https://blog.csdn.net/xuwb123xuwb/article/details/72771047

版权

JAVA 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

JAVA设计模式之装饰模式

一概念：动态的给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。

二UML类图：

三结构：

装饰着模式涉及到4个类别东西

1最上层Component 是一个对象接口，，可以给他的子类具体对象添加职责。

2ConcreteComponent 是具体的对象，，可以有自己的职责或方法；

3Decorator是装饰抽象类，继承了Component,从外类来扩展Component类的功能，但对于Component来说，是无需知道Decorator存在的。【】

4ConcreteDecorator就是具体的装饰对象，起到给Component添加职责的功能。

假设情景：某人装扮自己形象，穿衣服，裤子，鞋子，戴帽子等来把自己给包装起来，需要把所需的功能按正确的顺序串联起来进行控制，我们应该如何设计才能做到呢？

1首先创建一个抽象接口带有展示的抽象方法；【被装饰对象的基类】

publicinterface Component {             使用的时候创建他的子类   用装饰子类包装
    void show(); 
}

2 被装饰的子类具体实例

创建一个具体的 ConcreteComponent 来实现 Component 接口：Person.java

public class Person implementsComponent{ 

   //具体的被装饰独有的内容 

   private String name; 

   public String getName() { 

       return name; 

   } 

   public void setName(String name) { 

       this.name = name; 

   } 

   public Person(String name){ 

       this.name = name; 

   } 

    //重写的被装饰的抽象方法

   @Override 

   public void show() { 

       System.out.println("装扮的" + name); 

   } 

}

3 创建装饰的抽象类重点要实现被装饰的抽象类作用设置被装饰对象实例

public class Decorator implementsComponent{ 

   //设置  被装饰的抽象类     传入时传具体的被装饰对象，利用多态  传入子类对象

   //重写 被装饰的基类的抽象方法   

   private Component mComponent; 
   public void decoratorObj(Component component){ 

       mComponent = component; 
   } 

   @Override 
   public void show() { 
       if(mComponent != null){ 
           mComponent.show();      由传入的具体的被装饰
       } 
   } 

}

4具体的装饰类

/** 牛仔裤 */ 

public class Jeans extends Decorator { 

   @Override 

   public void show(){ 
       System.out.println("穿牛仔裤"); 
       super.show(); 
   } 
} 

/**

*    衬衫类

*/

public  class  TShirt extends  Decorator { 
    @Override 
    public void show(){ 
       System.out.println("穿衬衫"); 
        super.show(); 
    } 
} 

客户端代码：    一层一层的装饰被修饰的类     最后由最后修饰类调用被修饰的方法【由最终修饰完了调用方法】

public class DecoratorClient { 
    public static voidmain(String[] args) { 
        Person mPerson = newPerson("Andy");    //初始化被装饰实体类
        Sandal mSandal = newSandal();      //创建几个具体装饰者
        Jeans mJeans = newJeans(); 
        TShirt mShirt = newTShirt(); 
        mShirt.decoratorObj(mPerson);       //具体装饰者调用父类的抽象方法  设置被装饰者
        mJeans.decoratorObj(mShirt);       //一层一层的装饰  实现每个装饰对象与被装饰者分离
        mSandal.decoratorObj(mJeans); 
        mSandal.show(); 
    }  
}

优点：

1.比静态继承更灵活与对象的静态继承相比，Decorator模式提供了更加灵活的向对象添加职责的方式，可以使用添加和分离的方法，用装饰在运行时刻增加和删除职责。使用继承机制增加职责需要创建一个新的子类，如果需要为原来所有的子类都添加功能的话，每个子类都需要重写，增加系统的复杂度，此外可以为一个特定的Component类提供多个Decorator，这种混合匹配是适用继承很难做到的。

2.避免在层次结构高层的类有太多的特征，Decorator模式提供了一种“即用即付”的方法来添加职责，他并不试图在一个复杂的可订制的类中支持所有可预见的特征，相反可以定义一个简单的类，并且用Decorator类给他逐渐的添加功能，可以从简单的部件组合出复杂的功能。

3.Decorator 与它的Component不一样 Decorator是一个透明的包装，如果我们从对象标识的观点出发，一个被装饰了的组件与这个组件是有差别的，因此使用装饰时不应该以来对象标识。

4.产生许多小对象，采用Decorator模式进行系统设计往往会产生许多看上去类似的小对象，这些对象仅仅在他们相互连接的方式上有所不同

使用场景：

1当系统需要新功能的时候，是向旧的类中添加新的代码，，这些新加的代码通常装饰了原有类的核心职责或主要行为。