Gof设计模式之装饰者模式(七)

转发于网络(过一段时间会更新一个自己的新版本)

定义:动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活。 设计初衷:通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的。

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

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

//定义被装饰者
public interface Human {
 public void wearClothes();
 public void walkToWhere();
}
//定义装饰者
public abstract class Decorator implements Human {
 private Human human;
 public Decorator(Human human) {
  this.human = human;
 }
 public void wearClothes() {
  human.wearClothes();
 }
 public void walkToWhere() {
  human.walkToWhere();
 }
}
//下面定义三种装饰,这是第一个,第二个第三个功能依次细化,即装饰者的功能越来越多
public class Decorator_zero extends Decorator {
 public Decorator_zero(Human human) {
  super(human);
 }
 public void goHome() {
  System.out.println("进房子。。");
 }
 public void findMap() {
  System.out.println("书房找找Map。。");
 }
 @Override
 public void wearClothes() {
  // TODO Auto-generated method stub
  super.wearClothes();
  goHome();
 }
 @Override
 public void walkToWhere() {
  // TODO Auto-generated method stub
  super.walkToWhere();
  findMap();
 }
}
public class Decorator_first extends Decorator {
 public Decorator_first(Human human) {
  super(human);
 }
 public void goClothespress() {
  System.out.println("去衣柜找找看。。");
 }
 public void findPlaceOnMap() {
  System.out.println("在Map上找找。。");
 }
 @Override
 public void wearClothes() {
  // TODO Auto-generated method stub
  super.wearClothes();
  goClothespress();
 }
 @Override
 public void walkToWhere() {
  // TODO Auto-generated method stub
  super.walkToWhere();
  findPlaceOnMap();
 }
}
public class Decorator_two extends Decorator {
 public Decorator_two(Human human) {
  super(human);
 }
 public void findClothes() {
  System.out.println("找到一件D&G。。");
 }
 public void findTheTarget() {
  System.out.println("在Map上找到神秘花园和城堡。。");
 }
 @Override
 public void wearClothes() {
  // TODO Auto-generated method stub
  super.wearClothes();
  findClothes();
 }
 @Override
 public void walkToWhere() {
  // TODO Auto-generated method stub
  super.walkToWhere();
  findTheTarget();
 }
}
//定义被装饰者,被装饰者初始状态有些自己的装饰
public class Person implements Human {
 @Override
 public void wearClothes() {
  // TODO Auto-generated method stub
  System.out.println("穿什么呢。。");
 }
 @Override
 public void walkToWhere() {
  // TODO Auto-generated method stub
  System.out.println("去哪里呢。。");
 }
}
//测试类,看一下你就会发现,跟java的I/O操作有多么相似
public class Test {
 public static void main(String[] args) {
  Human person = new Person();
  Decorator decorator = new Decorator_two(new Decorator_first(
    new Decorator_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、装饰者模式的设计原则为:对扩展开放、对修改关闭,这句话体现在我如果想扩展被装饰者类的行为,无须修改装饰者抽象类,只需继承装饰者抽象类,实现额外的一些装饰或者叫行为即可对被装饰者进行包装。所以:扩展体现在继承、修改体现在子类中,而不是具体的抽象类,这充分体现了依赖倒置原则,这是自己理解的装饰者模式。

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

原文发布于微信公众号 - 精讲JAVA(toooooooozi)

原文发表时间:2017-10-18

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏自动化测试实战

接口测试基础——第7篇 简单的Python知识普及(二)之装饰器

44314
来自专栏Java与Android技术栈

为了程序的健壮性,我们可以使用空对象模式

在写代码的时候我们经常会遇到空指针,为了避免空指针的发生需要做一些判断。如果是复杂对象的话,还需要一层层地去判断。这个时候我就无比怀念groovy、kotlin...

1072
来自专栏Play & Scala 技术分享

挑逗 Java 程序员的那些 Scala 绝技

有个问题一直困扰着 Scala 社区,为什么一些 Java 开发者将 Scala 捧到了天上,认为它是来自上帝之吻的完美语言;而另外一些 Java 开发者却对它...

1766
来自专栏Vamei实验室

Python深入05 装饰器

装饰器(decorator)是一种高级Python语法。装饰器可以对一个函数、方法或者类进行加工。在Python中,我们有多种方法对函数和类进行加工,比如在Py...

21710
来自专栏从流域到海域

Python 装饰器(Decorator)

引入 如果你学过Java的UML设计模式,那么你一定对Decorator Pattern和你熟悉,Decorator Pattern即装饰器模式(也译修饰器模式...

2219
来自专栏小樱的经验随笔

Codeforces Round #426 (Div. 2)【A.枚举,B.思维,C,二分+数学】

A. The Useless Toy time limit per test:1 second memory limit per test:256 megaby...

3624
来自专栏Crossin的编程教室

【编程课堂】装饰器浅析

Python 拥有丰富强大的功能和表达特性,其中之一便是装饰器,装饰器能够在不改变函数、方法、类本身的情况下丰富他们的功能。 比如,我们有一个函数 func ,...

3017
来自专栏吴伟祥

编码总结笔记 原

我们知道,在计算机内部,所有的信息最终都表示为一个二进制的字符串。每一个二进制位(bit)有0和1两种状态,因此八个二进制位就可以组合出256种状态,这被称为一...

1346
来自专栏写代码的海盗

准备冲锋 golang入坑系列

史前摘要: 本来想写读前必读,但连续几篇博文都写读前必读,感觉就没有了新意。 所以换成史前摘要,反正是一个意思。 此摘要的目的仍然是提醒点击而来的同学,本系列最...

3645
来自专栏linux驱动个人学习

Android系统的智能指针(轻量级指针、强指针和弱指针)的实现原理分析【转】

Android系统的运行时库层代码是用C++来编写的,用C++ 来写代码最容易出错的地方就是指针了,一旦使用不当,轻则造成内存泄漏,重则造成系统崩溃。不过系统为...

992

扫码关注云+社区

领取腾讯云代金券