要实现装饰者模式,注意一下几点内容:
1.装饰者类要实现真实类同样的接口
2.装饰者类内有一个真实对象的引用(可以通过装饰者类的构造器传入)
3.装饰类对象在主类中接受请求,将请求发送给真实的对象(相当于已经将引用传递到了装饰类的真实对象)
4.装饰者可以在传入真实对象后,增加一些附加功能(因为装饰对象和真实对象都有同样的方法,装饰对象可以添加一定操作在调用真实对象的方法,或者先调用真实对象的方法,再添加自己的方法)
5.不用继承,
先用实例说话,最后再具体装饰者模式
假设要制造添加甜蜜素和着色剂的馒头:
1.需要生产一个正常馒头
2.为节省成本(不使用玉米面),使用染色剂加入到正常馒头中
3.和面,最后生产出染色馒头
一..先实现做面包的接口
IBread接口包括准备材料,和面,蒸馒头,加工馒头(即调用前面三个步骤)
1 package 装饰模式;
2
3 public interface IBread {
4
5 public void prepair();
6
7 public void kneadFlour();
8
9 public void steamed();
10
11 public void process();
12 }
二.制作正常馒头
1 package 装饰模式;
2
3 public class NormalBread implements IBread{
4
5 @Override
6 public void prepair() {
7
8 System.out.println("准备面粉,水以及发酵粉...");
9 }
10
11 @Override
12 public void kneadFlour() {
13
14 System.out.println("和面...");
15 }
16
17 @Override
18 public void steamed() {
19
20 System.out.println("蒸馒头...香喷喷的馒头出炉了");
21 }
22
23 @Override
24 public void process() {
25
26 prepair();
27 kneadFlour();
28 steamed();
29 }
30
31 }
三.定义出制作面包的抽象类
抽象类实现了IBread这个制作面包的接口,同时包含IBread接口的实例
对应上述的第2个注意点:装饰者类内有一个真实对象的引用
1 package 装饰模式;
2
3 public abstract class AbstractBread implements IBread {
4
5 private final IBread bread;
6
7 public AbstractBread(IBread bread) {
8 super();
9 this.bread = bread;
10 }
11 @Override
12 public void prepair() {
13 this.bread.prepair();
14 }
15 @Override
16 public void kneadFlour() {
17 this.bread.kneadFlour();
18 }
19 @Override
20 public void steamed() {
21 this.bread.steamed();
22 }
23
24 @Override
25 public void process() {
26 prepair();
27 kneadFlour();
28 steamed();
29 }
30
31 }
四.生产有着色剂的"玉米馒头"
继承AbstarctBread类,所以可以有选择的覆盖正常生产馒头的方法,并添加原有方法原来的信息,同时也可以添加自己的方法
装饰者模式中这里最关键,
对应上述的第1个注意点:装饰者类要实现真实类同样的接口
1 package 装饰模式;
2
3 public class CornDecorator extends AbstractBread{
4
5 public CornDecorator(IBread bread) {
6
7 super(bread);
8 }
9
10 public void paint(){
11
12 System.out.println("添加柠檬黄的着色剂");
13 }
14 @Override
15 public void kneadFlour() {
16 //添加着色剂后和面
17 this.paint();
18 super.kneadFlour();
19 }
20
21
22 }
五.生产有甜蜜素的"甜馒头"
实现与第四部一样
1 package 装饰模式;
2
3 public class SweetDecorator extends AbstractBread {
4
5 public SweetDecorator(IBread bread) {
6
7 super(bread);
8 }
9
10 public void paint(){
11
12 System.out.println("添加甜蜜素...");
13 }
14
15 @Override
16 public void kneadFlour() {
17 //添加甜蜜素后和面
18 this.paint();
19 super.kneadFlour();
20 }
21
22 }
六.开始制作添加甜蜜素和着色剂的馒头
1 package 装饰模式;
2
3 public class Client {
4
5 public static void main(String[] args) {
6
7 System.out.println("=======开始装饰馒头");
8 IBread normalBread = new NormalBread();
9 normalBread = new SweetDecorator(normalBread);
10 normalBread = new CornDecorator(normalBread);
11 normalBread.process();
12 System.out.println("=======装饰馒头结束");
13 }
14 }
七.输出
1 =======开始装饰馒头
2 准备面粉,水以及发酵粉...
3 添加柠檬黄的着色剂
4 添加甜蜜素...
5 和面...
6 蒸馒头...香喷喷的馒头出炉了
7 =======装饰馒头结束
装饰者模式中的4个角色
(1)被装饰者抽象Component:是一个接口或者抽象类,定义最核心的对象,这个类是装饰者的基类,例如IBread接口
(2)被装饰者具体实现ConcreteComponent:这是Component接口或抽象类的实现,例如本例中的NormalBread
(3)装饰者Decorator:一般是抽象类,实现Component,它里面必然有一个指向Component的引用,例如本例中AbstractBread
(4)装饰者实现ConcreteDecorator1和ConcreteDecorator2:用来装饰最基本的类,如本例中的CornDecorator,
JDK中的装饰者模式
java.io中很多使用了装饰者模式
举个例子:FilterInputStream继承(实现)了InputStream,同时,BufferedInputStream继承了FilterInputStream,
1,被装饰者抽象组件:即最顶层的基类InputStream
2.被装饰者具体实现ConcreteComponent:FileInputStream和FileOutputStream就是它的实现
3.装饰者Decorator:FilterInputStream中有一个InputStream的实例和构造方法传入InputStream对象
protected volatile InputStream in;
protected FilterInputStream(InputStream in) {
this.in = in;
}
4.装饰者实现:在 BufferedInputStream 中有构造方法传入InputStream对象,实现了装饰
public BufferedInputStream(InputStream in, int size) {
super(in);
if (size <= 0) {
throw new IllegalArgumentException("Buffer size <= 0");
}
buf = new byte[size];
}
这个构造方法,对比上面的做面包流程,可以惊奇的发现是一模一样的. (可以将)
1.InputStream-->IBread
(这里就是InputStream,没什么好说的)
2.FileInputStream-->NormalBread
3.FilterInputStream-->AbstractBread
(实现Component,这里是InputStram.它里面必然有一个指向Component的引用,这个引用就是InputStream的实例)
4. BufferedInputStream --> CornDecorator
(装饰者实现,:用来装饰最基本的类,对I传入的nputStream进行了装饰)
(BufferedInputStream 的super(in)就像CornDecorator中的kneadFlour()方法,也有super.kneadFlour();,只是这里IO流中用在了构造方法 )
这就是JDK中的装饰者模式
不用继承方式实现装饰者模式的原因(以此例为说明对象,)
1.如果只是单独的添加色素或者甜蜜素确实是可以做到的,只需要将CornDecorator继承NormalBread和SweetDecorator继承NormalBread,这样也能够覆盖正常制作面包的流程,添加附加的功能实现单独制作"玉米馒头"和"甜馒头".
2.如此一来,如果我们要制作甜玉米馒头(这里加点先添加甜色素,再添加玉米色素),只需要先SweetDecorator继承 NormalBread,然后CornSweetDecorator再用继承 CornDecorator ,这样似乎是没有问题的.
2.但是想想以下的情况,如果我们希望能够在添加在添加甜色素和玉米色素中间还要加入洋葱,这要怎么做,难道说又用先SweetDecorator继承 NormalBread,然后OnionSweetDecorator继承SweetDecorator,最后再用CornOnionSweetDecorator继承OnionSweetDecorator??
显然是不可能的,这样会导致原来代码的复用性低,而且形成了冗余的继承体系
4.使用上述实例的方法完全克服了这个问题,要实现添加洋葱,只需要实现和SweetDecorator类似的步骤即可,最后在Client类中传入就可以实现这个功能
使用场合
1.需要为某个现有对象添加一个新的功能或职责时,可以考虑使用装饰者模式
2.某个对象的职责经常发生变化或经常需要动态添加职责,避免为了适应这种变化造成的继承扩展方式