标签：bsp sys col 方案 over [] 方法 静态 设计
定义：
装饰模式（Decorator），在不改变对象的前提下，动态给对象增加一些功能。
对于，增加功能而言，装饰者模式比增加子类更灵活。
如果想给一个特定的类A增加功能，我们一般采用两种模式：
1，继承该A，利用其子类在实现这个A的函数的同时，增加一些新的方法。这个方法是静态的，我们不能通过继承来实现动态的匹配。
而且，当类比较多的时候，容易发生类爆炸。（下面的例子会解析类爆炸）
2，利用装饰模式，给类一个抽象类B，让装饰类D和类A同时继承与这个抽象类B。
通过装饰类D和类A的组合来达到为类A增加功能的目的。这样的增加是动态的。随意我们在客户端组合的。
UML图：
Demo：
业务场景：一个人（男人）去买帽子。（帽子可能是红的，黑的，白的，嗯...绿的～）总之男生去买的帽子不知道几个，而且不知道颜色。
解决方案：
1，通过类的继承，如果我们给每种可能去创建一个类的话，那就出现了类爆炸了。
2，当我们使用装饰模式的时候。我们可以动态的组装其购买。
废话不多说，代码里来参悟！
超级父类（超类）：
public abstract class Person { String description; public String getDescription() { return description; } // 计算其花了多少钱 public abstract int cost(); }
被修饰的类：（man）
public class Man extends Person { public Man() { description = "这个男生"; } @Override public int cost() { return 0; } }
抽象修饰类：（为了迎合我们的开放封闭原则，定义一个抽象类，毕竟以后店家除了绿帽子还会出售其他的颜色帽子）
public abstract class Hat extends Person { public abstract String getDescription(); }
修饰类：（多个）
public class RedHat extends Hat { Person person; public RedHat(Person person) { super(); this.person = person; } @Override public String getDescription() { return person.getDescription() + "买了红帽子"; } @Override public int cost() { return person.cost() + 1; } }
public class BlackHat extends Hat { Person person; public BlackHat(Person person) { super(); this.person = person; } @Override public String getDescription() { return person.getDescription() + "买了黑帽子"; } @Override public int cost() { // TODO Auto-generated method stub return person.cost() + 100; } }
等各种颜色的帽子。
客户端：
public class Client { public static void main(String[] args) { // 实力化被装饰者（man） Person person = new Man(); person = new RedHat(person); person = new BlackHat(person); System.out.println(person.getDescription() + "花费了" + person.cost()); } }
利用装饰模式，我们就可以很好的实现了男生购物车的拼接～
总结：
如果给一个类很多的功能，我们可以采取继承，但是如果我们需要很多功能的之间的灵活的组合，如果还是采用继承的话，我们就要创建N多的子类，这样就形成了类爆炸了。
但是，如果我们采用装饰模式来解决的话，只需要为每个功能创建一个修饰类，客户端根据需求直接组装不同的对象就好啦。灵活性得到了很大的提升～
标签：bsp sys col 方案 over [] 方法 静态 设计
原文地址：https://www.cnblogs.com/tujietg/p/10252300.html
