标签:自己 new 一致性 参与者 关于 灵活 不同 out 接下来
使用装饰者模式,可以动态的给一个对象添加一些额外的职责。这适用于,我们只希望给某个对象而不是整个类添加一些功能的场景。通过使用含有某个特定功能的类来“包裹”原始的类,提供给原始的类某些它本身不具备的特性。比如,我们有一杯“茉莉茶”,现在加上一颗“柠檬”,那我们就有了一杯“柠檬茉莉花茶”。“柠檬”作为一个装饰者,提供了“茉莉茶”本身没有的清爽口感。当然,这也带来了一定的负担,你需要花更多的“钱”。
装饰者模式动态地将职责附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的解决方案。
装饰者提供了继承更高的灵活性。可以使用继承来实现将父类的功能添加到子类中,但是这种方式限制了用户选择的权利,没有办法选择将父类的哪些功能添加到子类中,只能被动的接受父类所有的功能。作为一个类而言,拥有更多的功能并不一定是件好事。所有的类都不应该试图成为一个“全栈“。装饰者模式则刚好提供了用户选择的权利,用户可以”谨小慎微“的选择自己需要的功能,而不用为自己不需要的功能去买单。
该模式的实现方式,也被它的名字清楚的表达。
装饰。
参与者:
抽象类 Tea 实现代码如下:
/* 为一个抽象类,所有的茶都需要直接或间接的继承它 */ public abstract class Tea { private String description = "tea"; public String getDescription() { return description; } }
具体类 JasmineTea 实现代码如下:
/** * 现在小店只提供一种茶,茉莉茶。 * * 可以向它添加不同的茶调料,搭配不同的口味 */ public class JasmineTea extends Tea { @Override public String getDescription() { return "jasmine tea"; } }
小店刚开业,只提供茉莉花茶,请多担待。不过,我们提供了配料可以搭配不同的口味。
先需要提供一个 TeaDecorator 的抽象类,它可以提供不同的配料,实现代码如下:
/* 茶的装饰者,比如凉茶,柠檬茶等 */ public abstract class TeaDecorator extends Tea{ public abstract String getDescription(); }
接下来,则是本店现今提供的唯一调料,柠檬,实现代码如下:
/* 这是一个“茶”的装饰者,表示在茶中加入柠檬 */ public class Lemon extends TeaDecorator { private Tea tea; /** * 注意:这里需要传入“一杯茶”,也就是要“被装饰”的对象 * 这里的语义:有一杯茶,需要向茶中加入柠檬。 * 理所当然的,柠檬就是一个“装饰者” */ public Lemon(Tea tea) { this.tea = tea; } public String getDescription() { return "lemon " + tea.getDescription(); } }
好!小店已经准备好了茶,也准备好了调料。那是时候给各位客观端上一杯沁人心脾的“柠檬茉莉花茶”了,代码实现如下:
public class App { public static void main(String[] args) { Tea jasmineTea = new JasmineTea(); // 先冲一杯清香的茉莉茶 Tea lemonJasmineTea = new Lemon(jasmineTea); // 然后向茶中加入一颗柠檬 System.out.println(lemonJasmineTea.getDescription()); // 一杯生津止渴的 “lemon jasmine tea” 就泡好了 } }
端上一杯“柠檬茉莉花茶”,就着网易云音乐,看着“四人帮”的设计模式,岂不美哉!
装饰者的主要特点在于在不影响其他对象的情况下,可以动态的给单个对象添加职责。关于这点,我们可以参考JDK中的 java.io 包,它是使用装饰者模式的典型场景。装饰者模式有如下优点:
使用该模式也会引入一些问题:
装饰的内涵在于不改变原有本质的前提下提供原来没有的功能。我们需要区分哪些是需要被装饰的,而哪些是装饰者。更多的时候是,我们装饰着别人,同时又被别人所装饰。
正所谓:明月装饰了你的窗子,你装饰了别人的梦...
好梦!
标签:自己 new 一致性 参与者 关于 灵活 不同 out 接下来
原文地址:http://www.cnblogs.com/liujiong/p/7460921.html