装饰模式

装饰模式( Decorator ):动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。

模式中的角色:

public abstract class Component {
    public abstract void Operation( );
}
  • 抽象构建(Component):定义一个抽象接口,用以给这些对象动态地添加职责。
public ConcreteComponent extends Component {
    public void Operation( ) {
        System.out.println("具体对象的操作");
    }
}
  • 具体构建(ConcreteComponent):定义一个具体的对象,也可以给这个对象添加一些职责。
public class Decorator extends Component {

    protected Component component;
    public void Decorate (Component component){
        this.component = component;
    }
    
    public void Operation(){
        if (component != null){
            component.Operation();
        }
    }
}
  • 装饰类(Decorator): 装饰抽象类,继承了Component,从外类来扩展Component类的功能。
public class ConcreteDecorator extends Decorator {

    private String addedState;
    public void Operation(){
        addedState = "New State";
        System.out.println("具体装饰对象的操作");       
    }
}
  • 具体装饰者(ConcretorDecorator):负责给构建对象添加职责。
装饰模式

如果只有一个 ConcreteComponent 类,没有抽象的 Component 类,那么 Decorator 类可以是 ConcreteComponent 类的子类。

若只有一个 ConcreteDecorator 类,没有必要建立单独的 Decorator,将 Decorator 和 ConcreteDecorator 类的责任合并成一个类。

接下来,看一个具体实例:

Component 类:

public interface Coffee {  
    public double cost();  
}  

ConcreteComponent 类:

public class Espresso implements Coffee {  
    public double cost(){  
        return 2.5;  
    }  
}  

Decorator 类:

public class Dressing implements Coffee {  
    private Coffee coffee;  
      
    public Dressing(Coffee coffee){  
        this.coffee = coffee;  
    }  
      
    public double cost(){  
        return coffee.cost();  
    }  
}  

ConcretorDecorator 类:

public class Whip extends Dressing {  
    public Whip(Coffee coffee){  
        super(coffee);  
    }  
      
    public double cost(){  
        return super.cost() + 0.1;  
    }  
}  

public class Mocha extends Dressing {  
    public Mocha(Coffee coffee){  
        super(coffee);  
    }  
      
    public double cost(){  
        return super.cost() + 0.5;  
    }  
}  

装饰模式是为已有功能动态地添加更多功能的一种方式。当系统需要新功能的时候,是向旧的类中添加新的代码。这些新加的代码(新的字段、方法、逻辑)通常装饰了原有类的核心职责或主要行为,增加了主类的复杂度。
这些新加入的东西仅仅是满足一些只在某种特定情况下才会执行的特殊行为的需要。

装饰模式提供了非常好的解决方案,它把每个要装饰的功能放在单独的类中,并让这些类包装它所要装饰的对象。因此,当需要执行特殊行为时,客户代码就可以在运行时根据需要有选择地、按顺序的使用装饰功能包装对象。

优点:

  • 把类的装饰功能从类中搬移去除,这样可以简化原有的类。
  • 有效的将类的核心职责和装饰功能区分开。而且可以去除相关类中重复的装饰逻辑。

需要注意的是:

  • 装饰模式的装饰顺序很重要。
  • 加密数据、过滤词汇→数据持久化的装饰功能。
  • 保证装饰类之间彼此独立。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 1 概述 在一个项目中,你会有非常多的因素考虑不到,特别是业务的变更,不时的冒出一个需求是很正常的情况。有三个继承...
    今晚打肉山阅读 309评论 0 0
  • 0x01 前言   装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变...
    菩提树下成魔阅读 420评论 0 0
  • 1. 概述 demo地址,欢迎star 2. 问题 3. 解决方案 装饰器模式: 动态地给一个对象添加一些额外的...
    barry阅读 275评论 0 0
  • 前段时间接触到了装饰模式,也做了基本的了解,但是还不是很清楚它在iOS开发中的实际运用,和合理的存在方式。这两天看...
    小胡子杰克阅读 3,267评论 3 7
  • 需求 写一个给人模拟搭配不同服饰的程序,可以给人换各种各样的衣服裤子的形象。 初步实现 需求比较简单,直接上代码:...
    Mr丶sorrow阅读 771评论 0 2