java流装饰器模式_java设计模式之装饰器模式

最新推荐文章于 2024-08-29 23:19:40 发布

张钧琦

最新推荐文章于 2024-08-29 23:19:40 发布

阅读量172

点赞数

文章标签： java流装饰器模式

本文链接：https://blog.csdn.net/weixin_29702843/article/details/114687328

版权

这个模式花费了挺长时间，开始有点难理解，其实就是

定义：动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活。

设计初衷:通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的。

要点：装饰者与被装饰者拥有共同的超类，继承的目的是继承类型，而不是行为

实际上Java 的I/O API就是使用Decorator实现的。

//定义被装饰者

publicinterfaceHuman {

publicvoidwearClothes();

publicvoidwalkToWhere();

}

//定义装饰者

publicabstractclassDecoratorimplementsHuman {

privateHuman human;

publicDecorator(Human human) {

this.human = human;

}

publicvoidwearClothes() {

human.wearClothes();

}

publicvoidwalkToWhere() {

human.walkToWhere();

}

//下面定义三种装饰，这是第一个，第二个第三个功能依次细化，即装饰者的功能越来越多

publicclassDecorator_zeroextendsDecorator {

publicDecorator_zero(Human human) {

super(human);

}

publicvoidgoHome() {

System.out.println("进房子。。");

}

publicvoidfindMap() {

System.out.println("书房找找Map。。");

}

@Override

publicvoidwearClothes() {

// TODO Auto-generated method stub

super.wearClothes();

goHome();

}

@Override

publicvoidwalkToWhere() {

// TODO Auto-generated method stub

super.walkToWhere();

findMap();

}

publicclassDecorator_firstextendsDecorator {

publicDecorator_first(Human human) {

super(human);

}

publicvoidgoClothespress() {

System.out.println("去衣柜找找看。。");

}

publicvoidfindPlaceOnMap() {

System.out.println("在Map上找找。。");

}

@Override

publicvoidwearClothes() {

// TODO Auto-generated method stub

super.wearClothes();

goClothespress();

}

@Override

publicvoidwalkToWhere() {

// TODO Auto-generated method stub

super.walkToWhere();

findPlaceOnMap();

}

publicclassDecorator_twoextendsDecorator {

publicDecorator_two(Human human) {

super(human);

}

publicvoidfindClothes() {

System.out.println("找到一件D&G。。");

}

publicvoidfindTheTarget() {

System.out.println("在Map上找到神秘花园和城堡。。");

}

@Override

publicvoidwearClothes() {

// TODO Auto-generated method stub

super.wearClothes();

findClothes();

}

@Override

publicvoidwalkToWhere() {

// TODO Auto-generated method stub

super.walkToWhere();

findTheTarget();

}

//定义被装饰者，被装饰者初始状态有些自己的装饰

publicclassPersonimplementsHuman {

@Override

publicvoidwearClothes() {

// TODO Auto-generated method stub

System.out.println("穿什么呢。。");

}

@Override

publicvoidwalkToWhere() {

// TODO Auto-generated method stub

System.out.println("去哪里呢。。");

}

//测试类，看一下你就会发现，跟java的I/O操作有多么相似

publicclassTest {

publicstaticvoidmain(String[] args) {

Human person = newPerson();

Decorator decorator = newDecorator_two(newDecorator_first(

newDecorator_zero(person)));

decorator.wearClothes();

decorator.walkToWhere();

}

运行结果：

其实就是进房子找衣服，然后找地图这样一个过程，通过装饰者的三层装饰，把细节变得丰富。

关键点：

1、Decorator抽象类中，持有Human接口，方法全部委托给该接口调用，目的是交给该接口的实现类即子类进行调用。

2、Decorator抽象类的子类(具体装饰者)，里面都有一个构造方法调用super(human),这一句就体现了抽象类依赖于子类实现即抽象依赖于实现的原则。因为构造里面参数都是Human接口，只要是该Human的实现类都可以传递进去，即表现出Decorator dt = new Decorator_second(new Decorator_first(new Decorator_zero(human)));这种结构的样子。所以当调用dt.wearClothes();dt.walkToWhere()的时候，又因为每个具体装饰者类中，都先调用super.wearClothes和super.walkToWhere()方法，而该super已经由构造传递并指向了具体的某一个装饰者类(这个可以根据需要调换顺序)，那么调用的即为装饰类的方法，然后才调用自身的装饰方法，即表现出一种装饰、链式的类似于过滤的行为。

3、具体被装饰者类，可以定义初始的状态或者初始的自己的装饰，后面的装饰行为都在此基础上一步一步进行点缀、装饰。

4、装饰者模式的设计原则为：对扩展开放、对修改关闭，这句话体现在我如果想扩展被装饰者类的行为，无须修改装饰者抽象类，只需继承装饰者抽象类，实现额外的一些装饰或者叫行为即可对被装饰者进行包装。所以：扩展体现在继承、修改体现在子类中，而不是具体的抽象类，这充分体现了依赖倒置原则，这是自己理解的装饰者模式。

说的不清楚，有些只可意会不可言传的感觉，多看几遍代码，然后自己敲出来运行一下，基本上就领悟了。

下面这个例子也有助于理解装饰的流程和作用

现在需要一个汉堡，主体是鸡腿堡，可以选择添加生菜、酱、辣椒等等许多其他的配料，这种情况下就可以使用装饰者模式。

汉堡基类(被装饰者，相当于上面的Human)

packagedecorator;

publicabstractclassHumburger {

protectedString name ;

publicString getName(){

returnname;

}

publicabstractdoublegetPrice();

}