23种设计模式之装饰模式

装饰模式也称为包装模式，结构型设计模式之一，其使用一种对客户端透明的方式来动态地扩展对象的功能，同时它也是继承关系的一种替代方案之一。

装饰模式的定义

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

装饰模式的使用场景

需要透明且动态地扩展类的功能时

装饰模式的UML类图



角色介绍：

抽象构建（Component）：定义一个抽象接口，用以给这些对象动态地添加职责。

具体构建（ConcreteComponent)：定义一个具体的对象，也可以给这个对象添加一些职责。

装饰类（Decorator): 装饰抽象类，继承了Component,从外类来扩展Component类的功能。

具体装饰者（ConcretorDecorator)：负责给构建对象添加职责。

源码实现

// 抽象的人接口
public abstract class Person {
//定义一个抽象方法，让具体类实现，
public abstract void dressed();
}

// 具体实现
public class Boy extends Person {
@Override
public void dressed() {
//boy类下dressed方法的基本逻辑
System.out.println("穿了篮球服");
}
}

// 抽象装饰者
public abstract class PersonCloth extends Person {
protected Person mPerson; // 保持一个Person类的引用

public PersonCloth(Person person) {
this.mPerson = person;
}

@Override
public void dressed() {
// 调用Person类中的dressed方法
mPerson.dressed();
}
}

// 高档衣服，装饰者的具体实现
public class ExpensiveCloth extends PersonCloth {
public ExpensiveCloth(Person person) {
super(person);
}

private void dressShirt(){
System.out.println("穿件短袖");
}

private void dressLeather(){
System.out.println("穿件皮衣");
}

private void dressJean(){
System.out.println("穿件牛仔裤");
}

@Override

b783
public void dressed() {
super.dressed();
dressShirt();
dressLeather();
dressJean();
}
}

// 便宜的衣服，具体装饰者
public class CheapCloth extends PersonCloth {
public CheapCloth(Person person) {
super(person);
}

private void dressShorts(){
System.out.println("穿件短裤");
}

@Override
public void dressed() {
super.dressed();
dressShorts();
}
}

// 客户端
public class Client {
public static void main(String[] args){
Person person = new Boy();
CheapCloth cheapCloth = new CheapCloth(person);
cheapCloth.dressed();

ExpensiveCloth expensiveCloth = new ExpensiveCloth(person);
expensiveCloth.dressed();
}
}

输出结果为：

穿了篮球服
穿件短裤
穿了篮球服
穿件短袖
穿件皮衣
穿件牛仔裤

总结

装饰者模式的问题及解决：用装饰者实例化组件时,将增加代码的复杂度,一旦应用了装饰者模式,不只需要实例化组件,还要把组件包装进装饰者,而这样的装饰者有多少个是不确定的。这里可以应用工厂模式来实例化组件来简化操作。

优点：

每个装饰对象只关心自己的功能，不需要关心如何被添加到对象链当中。它是由Decorator的SetComponent方法来实现的，因而它们的职责是单一的。

类的核心职责与动态添加的职责是分离的。如果再向主类中添加新的功能，一是违反了开放封闭原则，二是增加了主类的复杂度。

比静态继承更灵活 与对象的静态继承相比，Decorator模式提供了更加灵活的向对象添加职责的方式，可以使用添加和分离的方法，用装饰在运行时刻增加和删除职责.

缺点：

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

装饰模式和代理模式的区别：

装饰器模式关注于在一个对象上动态的添加方法，然而代理模式关注于控制对对象的访问。

装饰模式是以客户端透明的方式扩展对象的功能，是继承关系的一个替代方案；而代理模式则是给一个对象提供一个代理对象，并且代理对象来控制对原有对象的引用。 装饰模式应该为所装饰的对象增强功能；代理模式对代理的对象施加控制，但不对对象本身的功能进行增强。