设计模式之装饰模式

设计模式之装饰模式

 

定义

装饰器模式是一种用于代替继承的技术，无需通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系，更加灵活，同时避免类型体系的快速膨胀。

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

 

角色分类

抽象构件角色（Component）：真实对象和装饰对象有相同的接口。这样，客户端对象就能够以与真实对象，相同的方式同装饰对象交互。

具体构件角色（ConcreteComponent）：定义一个将要接收附加责任的类（真实对象）

装饰对象（Decorator）：持有一个抽象构件的引用。装饰对象接受所有客户端的请求，并把这些请求转发给真实的对象。这样，就能在真实对象调用前后增加新的功能。

具体装饰角色（ConcreteDecorator）：负责给构件对象增加新的责任。

 

例子：建造不同的汽车

代码如下

/**

 * 抽象构建角色

 * @author mama

 *

 */

public interface ICar {

void move();//汽车跑

}

 

/**

 * 具体构件角色（真实对象）

 * @author mama

 *

 */

public class Car implements ICar{

@Override

public void move() {

System.out.println("陆地上跑！");

}

}

 

/**

 * 装饰角色

 * @author mama

 *

 */

public class SuperCar implements ICar{

protected ICar icar;

public SuperCar(ICar icar) {

super();

this.icar = icar;

}

@Override

public void move() {

icar.move();

}

}

 

/**

 * 具体装饰角色

 * @author mama

 *

 */

public class FlyCar extends SuperCar{

public FlyCar(ICar icar) {

super(icar);

}

public void fly(){

System.out.println("天上飞！");

}

@Override

public void move() {

super.move();

fly();

}

}

 

class WaterCar extends SuperCar {

public WaterCar(ICar car) {

super(car);

}

public void swim(){

System.out.println("水上游！");

}

@Override

public void move() {

super.move();

swim();

}

}

  

class AICar extends SuperCar {

public AICar(ICar car) {

super(car);

}

public void autoMove(){

System.out.println("自动跑！");

}

@Override

public void move() {

super.move();

autoMove();

}

}

 

测试：

public class Client {

public static void main(String[] args) {

Car car=new Car();

car.move();

System.out.println("增加新的功能，飞行----------");

FlyCar flycar = new FlyCar(car);

flycar.move();

System.out.println("增加新的功能，水里游---------");

WaterCar  waterCar = new WaterCar(car);

waterCar.move();

System.out.println("增加两个新的功能，飞行，水里游-------");

WaterCar waterCar2=new WaterCar(new FlyCar(car));

waterCar2.move();

}

}

 

结果：

 

类图

 

 

优点：

（1）使用装饰者模式比使用继承更加灵活，因为它选择通过一种动态的方式来扩展一个对象的功能，在运行时可以选择不同的装饰器，从而实现不同的行为。

        （2）通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。可以使用多个具体装饰类来装饰同一对象，得到功能更为强大的对象。

        （3）具体构件类与具体装饰类可以独立变化，他能是低耦合的。用户可以根据需要来增加新的具体构件类和具体装饰类，在使用时再对其进行各种组合，原有代码无须改变，符合“开闭原则”。

 

缺点：

（1）产生很多小对象。大量小对象占据内存，一定程度上影响性能。

（2）装饰模式易于出错，调试排查比较麻烦。

 

装饰者与适配者模式的区别：

  （1）适配器模式主要用来兼容那些不能在一起工作的类，使他们转化为可以兼容目标接口，虽然也可以实现和装饰者一样的增加新职责，但目的不在此。

        装饰者模式主要是给被装饰者增加新职责的。

     （2）适配器模式是用新接口来调用原接口，原接口对新系统是不可见或者说不可用的。

        装饰者模式原封不动的使用原接口，系统对装饰的对象也通过原接口来完成使用。

     （3）适配器是知道被适配者的详细情况的（就是那个类或那个接口）。

        装饰者只知道其接口是什么，至于其具体类型（是基类还是其他派生类）只有在运行期间才知道。

装饰模式和桥接模式的区别：

两个模式都是为了解决过多子类对象问题。但他们诱因不一样。桥接模式是对象自身先有机制沿着多个维度变化，是既有部分不稳定。装饰模式是为了增加新的功能。

 

开发中使用到的场景：

（1）IO输入流和输出流的设计

（2）Swing包中图形界面构件功能

（3）Servlet API 中提供了一个request对象的Decorator设计模式的默认实现类HttpServletRequestWrapper,HttpServletRequestWrapper类，增强了request对象的功能。

（4）Struts2中，request，response，session对象的处理。

 

适用场景：

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

        （2）需要动态的给一个对象添加功能，这些功能可能不明确或者暂时的，可以随时很方便的动态撤销掉。

        （3）需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变的不现实。

        （4）当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。