设计模式(10)-装饰模式详解(易懂)

装饰模式的定义

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

模型：

 

• Component：抽象组件，是一个接口或者抽象类；就是定义的最原始的对象

• ConcreteComponent：具体组件，实现类(需要装饰)

• Decorator：装饰角色，一般是抽象类，实现接口；它的属性必然有个private变量指向Conponent抽象组件

• ConcreteDecorator：具体的装饰对象
  

实例说明

举个例子：比如一个正在上高中的学生“小明”在考完试后，和父母说想买一款5000元的手机。

1.Component，抽象方法-买手机

public abstract class AbstractBuyPhone {
   //主要是向父母提出想买手机的意向
   public  abstract  void  BuyPhone();
  //父母是否同意
   public  abstract  void   Agree();
}

 

2.ConcreteComponent：具体的意向

public class XiaoMingBuyPhone extends  AbstractBuyPhone {
   @Override
   public void BuyPhone() {
       Log.d("qzs","我想买一款华为的5000元的手机");
   }

   @Override
   public void Agree() {
       Log.d("qzs","父母同意了");
   }
}

 

3.Decorator，增加一个装饰抽象类，方便修饰

public class AbstractDecorator extends AbstractBuyPhone {
   private  AbstractBuyPhone abstractBuyPhone;

   public  AbstractDecorator ( AbstractBuyPhone abstractBuyPhone){
       this.abstractBuyPhone=abstractBuyPhone;
   }

   @Override
   public void BuyPhone() {
     this.abstractBuyPhone.BuyPhone();
   }

   @Override
   public void Agree() {
       this.abstractBuyPhone.Agree();
   }
}

 

4.ConcreteDecorator：如果直接去找父母要手机，很容易被拒绝，所以需要修饰一下，这里用成绩修饰一下

 

public class ScoreDecortator extends AbstractDecorator {

   public ScoreDecortator(AbstractBuyPhone abstractBuyPhone) {
       super(abstractBuyPhone);
   }

   //先和父母说说自己的成绩
   private  void  ShowScore(){
       Log.d("qzs","我这次考试的成绩年级前三，又进步了");
   }
  //重写买手机的方法，先汇报成绩，然后再提买手机的事情
   @Override
   public void BuyPhone() {
       this.ShowScore();
       super.BuyPhone();
   }
}

 

5.调用，也就是请求父母：

        AbstractBuyPhone str;
       //小明的原本意向
        str=new XiaoMingBuyPhone();
        //修饰后的意向
        str=new ScoreDecortator(str);
        //向父母提出想法(成绩和买手机)
        str.BuyPhone();
        //父母同意了
        str.Agree();

运行结果：

强调：这里只加了分数的修饰，可以加多个修饰类来满足你最后的目的

装饰模式的优缺点及其他

1.优点

• Decorator模式与继承关系的目的都是要扩展对象的功能，但是Decorator可以提供比继承更多的灵活性。

• 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。

2.缺点

• 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。

• 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。

• 装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

3.适用场景

• 需要扩展一个类的功能，或给一个类添加附加职责。

• 需要动态的给一个对象添加功能，这些功能可以再动态的撤销。

定义和优缺点来自网上百度信息