设计模式（java）- 装饰模式

本文主要是介绍设计模式（java）- 装饰模式，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1. 简介

  装饰模式可以动态给一个对象扩展功能，并且它可以使客户灵活的组合自己所需要的功能，使用装饰器类装饰自己所以需要的功能。
  一般的，我们需要给一个对象扩展功能时，会在该对象的类中新增方法或者直接继承该类。那么当新增的功能变多时，新增方法的方式会导致类大小膨胀，且不符合类的单一职责，在后续维护中会越来越麻烦。如果使用直接继承的方式，却会导致类的个数膨胀，且一个类只能负责一个功能，这样显得不够灵活。
  装饰模式就是替代简单的通过继承扩展功能的一种设计模式。

2. 类图

   如下为装饰模式的设计类图。首先它有一个组件接口、一个具体的组件类、装饰组件的装饰类、以及多个扩展装饰类的具体装饰类。实例中会对这样的设计做以说明。

3. 实例

  一个实例场景：在这个科技发达的现代，大家人手至少有一部手机吧。我们会发现有的人的手机有贴膜、有的人手机带有保护壳，而有的人干脆不要任何保护手机的东西（比如我）。那么这些保护膜、保护壳等会影响一部手机的使用吗？会导致它不是一部手机吗？显然不会，它们只是手机的装饰品，可有可无。如果不使用装饰模式的情况下，会出现如下情况：

   1. 如果我们在定义一个手机类的时候，应该不会将这些属性附加到手机类中吧，首先从业务逻辑上说不通，其次就是简介中所说的问题所在。
   2. 如果我们使用简单的继承的方式，那么会出现带手机膜的手机类、带保护壳的手机类。但是如果既要有手机膜也要有手机壳的话怎么办。这时又需要定义一个 带保护壳和带手机膜的手机类。这样我们会发现带保护壳和带手机膜的手机类重复了带手机膜的手机类和带保护壳的手机类的工作。当功能不断增多，组合的可能性就会成倍增加，这样就更加难以实现这种情况了。

   显然的，我们可以将这种组合的情况交给客户去做，客户想怎样组合就怎样组合。我们只需要提供单一的装饰器就可以了。那么这个装饰器类应该怎样定义呢。
   想像一下女孩子打扮的时候，应该不会将已经戴在身上的装饰卸掉吧。她一定是在已经装饰好的基础上进行装饰，或者对装饰品的装饰顺序做一些调整。根据这样的思想，装饰器类不但继承了组件接口，同样拥有一个上一次已经装饰的装饰器的引用。在这个装饰器的基础上再进行下一步的装饰。所以它不是一个简单的继承，而是结合了聚合，使设计上更加的灵活。
   代码示例：

interface IPhone {void call();
}class EPhone implements IPhone {public void call() {System.out.print("this is a mobile phone");}
}class EPhoneDecorator implements IPhone {private IPhone phone;public EPhoneDecorator(IPhone phone) {this.phone = phone;}public void call() {this.phone.call();}
}class EFilmDecorator extends EPhoneDecorator {public EFilmDecorator(IPhone phone) {super(phone);}public void call() {super.call();System.out.print(", It has a cell phone film");}
}class ECasesDecorator extends EPhoneDecorator {public ECasesDecorator(IPhone phone) {super(phone);}public void call() {super.call();System.out.print(", It has a protective case");}
}

   如上，是使用装饰模式对实例场景的简单实现。这里分别有一个带手机膜的装饰器和带手机壳的装饰器。它们的职责单一，但又可以互相组合。如下是客户代码：

public class EDecorator {public static void main(String[] args) {//a sample phoneEPhone ePhone = new EPhone();ePhone.call();System.out.println("");//a film phoneEFilmDecorator eFilmDecorator = new EFilmDecorator(ePhone);eFilmDecorator.call();System.out.println("");//a case phoneECasesDecorator eCasesDecorator = new ECasesDecorator(ePhone);eCasesDecorator.call();System.out.println("");//a film and case phoneECasesDecorator eCasesFilmDecorator = new ECasesDecorator(eFilmDecorator);eCasesFilmDecorator.call();}}

  输出如下：

this is a mobile phone
this is a mobile phone, It has a cell phone film
this is a mobile phone, It has a protective case
this is a mobile phone, It has a cell phone film, It has a protective case

  从输出结果上，我们可以感受到装饰模式在设计上优势。它结合了聚合的思想，将产品功能的组合方式交给客户，而自己只是扮演一个简单的装饰器角色，至于怎么装饰合成一个完整的客户需要的功能产品，这些就根据具体的需求和场景进行排列组合。所以它的优势就是灵活，且符合开闭原则，形式上也减少了简单继承所需要的类个数和代码的重复。
  当然，当这样的装饰过多时，也会造成装饰层数过多，导致客户业务逻辑复杂。这些我们都会根据不同的业务场景进行选择。

  代码地址：https://github.com/eaikao/DesignPatterns.git

这篇关于设计模式（java）- 装饰模式的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---