设计模式之——Decorator模式
Decorator模式又叫装饰者模式,这种模式是为了满足Java开发的“面向扩展开放,面向修改闭源”的开发原则设计出来的。
在装饰者模式中,不修改源类的代码,却能修改源类中方法的功能。下面就以Angelababy化妆为例,详细介绍一下为什么需要装饰者模式,以及装饰者模式怎么实现:
- 先介绍angelababy类
package site.wangxin520.gof.decorator; /**
* 装饰者模式
* baby化妆类
* @author wangXgnaw
*
*/
public class Angelababy { /**
* 画眉毛
*/
public void meimao(){
System.out.println("baby自己画眉毛");
} /**
* 画眼影
*/
public void yanying(){
System.out.println("baby自己画眼影");
} /**
* 点腮红
*/
public void saihong(){
System.out.println("baby自己画腮红");
} /**
* 画口红
*/
public void kouhong(){
System.out.println("baby自己涂口红");
} }
在baby类里面,有四个方法,分别对应着baby自己给自己化妆的步骤。
- 装饰者模式测试类,首先是baby给自己化妆
package site.wangxin520.gof.decorator; /**
* 装饰者模式的测试类
* @author wangXgnaw
*
*/
public class Test { public static void main(String[] args) { Angelababy ab =new Angelababy(); //baby给自己化妆
ab.meimao();
ab.yanying();
ab.saihong();
ab.kouhong(); } }
- 结果是:
由此可见,baby自己给自己化妆成功。
虽然这样自己是能给自己化妆的,不过怎么也没有专业的化妆师给自己化妆的效果好。所以baby找来了一个专业的化妆师A。
- DresserA装饰者模式的的第一种实现,继承
package site.wangxin520.gof.decorator; /**
* 装饰者模式的装饰者
* 化妆师A
* @author wangXgnaw
*
*/
public class DresserA extends Angelababy{ /**
* 重写了画眼影的方法,在画眼影之后,又加上了刷睫毛
*/
@Override
public void yanying() {
super.yanying();
//后面输出有误,注意
System.out.println("给anglebaby刷睫毛");
} /**
* 重写了涂口红的方法
* 在涂口红之前,给她涂了桃红色红
*/
@Override
public void kouhong() {
System.out.println("给anglebaby涂了桃红色的口红");
super.kouhong();
} }
- 测试类
package site.wangxin520.gof.decorator; /**
* 装饰者模式的测试类
* @author wangXgnaw
*
*/
public class Test { public static void main(String[] args) { //化妆师a给baby化妆
Angelababy ab=new DresserA(); //anglebaby化妆
ab.meimao();
ab.yanying();
ab.saihong();
ab.kouhong(); } }
- 结果:
由此可见,baby的眼影和口红都不是自己画的了,而是别人帮她画的。这就是第一种继承的方法。不过这种方法是有局限性的,如果anglebaby类是final修饰的不可继承的话,那就尴尬了。另外,化妆师实际上是不能去继承被化妆的那个人的,如果化妆师继承了anglebaby而不是小海绵继承的话,黄晓明可能会哭晕在厕所!
下面就介绍第二种方法:面向接口开发
首先提取出一个公共接口,化妆的interface接口
- MakeUp 化妆的接口
package site.wangxin520.gof.decorator; /**
* 化妆的接口
* @author wangXgnaw
*
*/
public interface MakeUp { /**
* 画眉毛
*/
public void meimao(); /**
* 画眼影
*/
public void yanying(); /**
* 点腮红
*/
public void saihong();
/**
* 画口红
*/
public void kouhong(); }
- 让anglebaby实现该接口
package site.wangxin520.gof.decorator; /**
* 装饰者模式
* baby化妆类
* @author wangXgnaw
*
*/
public class Angelababy implements MakeUp{ /**
* 画眉毛
*/
@Override
public void meimao(){
System.out.println("baby自己画眉毛");
} /**
* 画眼影
*/
@Override
public void yanying(){
System.out.println("baby自己画眼影");
} /**
* 点腮红
*/
@Override
public void saihong(){
System.out.println("baby自己画腮红");
} /**
* 画口红
*/
@Override
public void kouhong(){
System.out.println("baby自己涂口红");
} }
- DresserB 化妆师b,同样也实现这个接口。不过在构造化妆师B的时候,得把anglebaby传进来
package site.wangxin520.gof.decorator; /**
* 化妆师B
* @author wangXgnaw
*
*/
public class DresserB implements MakeUp{ //用于保存化妆师B的顾客
private MakeUp makeUp=null; /**
* 在构造化妆师B的类的时候,传入顾客
* @param makeUp
*/
public DresserB(MakeUp makeUp) {
this.makeUp=makeUp;
} /**
* 实现化妆的类,当调用顾客对应的类的时候,实现的还是顾客的功能
* 当需要增加新功能时候,只需要在对应的方法前面或者后面实现即可
*/
@Override
public void meimao() {
makeUp.meimao();
} /**
* 化妆师B觉得涂眼影不好看,所以不涂了
* 只给baby贴了双眼皮贴
*/
@Override
public void yanying() {
System.out.println("贴双眼皮贴");
} /**
* 化妆师B想在baby涂腮红之前,就加上摸粉底
*/
@Override
public void saihong() {
System.out.println("摸粉底");
makeUp.saihong();
} @Override
public void kouhong() {
makeUp.kouhong();
} }
- 测试类
package site.wangxin520.gof.decorator; /**
* 装饰者模式的测试类
* @author wangXgnaw
*
*/
public class Test { public static void main(String[] args) { //化妆师B给baby化妆 Angelababy ab=new Angelababy(); DresserB db=new DresserB(ab); db.kouhong();
db.yanying();
db.saihong();
db.meimao(); } }
- 结果为:
由此可见,装饰者模式生效了。
不过面向接口的这种装饰者模式也有一个小问题,那就是必须重写接口的实现类,并且在实现类里面调用传入参数的所有方法。
当接口中抽象方法很多的时候,这就很麻烦。
为了解决这种麻烦,就提出了一种新的设计模式,即当需要使用哪种方法的时候,就修饰哪种方法,否则就不改变。这种新的模式就是动态代理模式。后面我们将详细介绍!
设计模式之——Decorator模式的更多相关文章
- Java--23种设计模式之decorator模式
装饰模式:装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案,提供比继承更多的灵活性.动态给一个对象增加功能,这些功能可以再动态的撤消.增加由一些基本功能的排列组合而产生的非常大量的 ...
- 4)Javascript设计模式:Decorator模式
function MacBook() { this.cost = function() { return 997; } } var macbook = new MacBook(); function ...
- 设计模式:decorator模式
两点: 继承同一虚接口,实现数据一致性 桥接方式指向被装饰类 目的:在不改变被装饰类功能的前提下增加新功能 特点:继承是子类和父类强耦合,桥接是低耦合 例子: class Print //抽象接口 { ...
- 浅谈设计模式--装饰者模式(Decorator Pattern)
挖了设计模式这个坑,得继续填上.继续设计模式之路.这次讨论的模式,是 装饰者模式(Decorator Pattern) 装饰者模式,有时也叫包装者(Wrapper),主要用于静态或动态地为一个特定的对 ...
- 设计模式---单一职责模式之装饰模式(Decorator)
前提:"单一职责"模式 在软件组件的设计中,如果责任划分的不清晰,使用继承,得到的结果往往是随着需求的变化,子类急剧膨胀,同时充斥着重复代码,这时候的关键是划清责任 典型模式(表现 ...
- Java设计模式(7)装饰模式(Decorator模式)
Decorator常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这 ...
- 设计模式(十二)Decorator模式
Decorator模式就是不断地为对象添加装饰的设计模式.以蛋糕为例,程序中的对象就相当于蛋糕,然后像不断地装饰蛋糕一样地不断地对其增加功能,它就变成了使用目的更加明确的对象. 首先看示例程序的类图. ...
- 常见设计模式的解析和实现(C++)之九—Decorator模式
作用:动态地给一个对象添加一些额外的职责.就增加功能来说,Decorator模式相比生成子类更为灵活. UML结构图: 抽象基类: 1) Component :定义一个对象接口,可以为这个接口动态地 ...
- 《图解设计模式》读书笔记5-2 decorator模式
目录 代码演示 模式的角色和类图 思路拓展 Decorator模式即装饰器模式,就是对类进行装饰,下面通过代码说明. 代码演示 代码展示的内容 有一个类StringDisplay:表示一句话,比如he ...
随机推荐
- php微信开发 -- 两种运营模式及服务器配置
微信的两种运营模式 编辑模式:使用微信公众平台提供的功能 开发者模式:通过腾讯的api接口调用相应程序进行二次开发 编辑模式 应用场景: l 不具备开发能力的运营者 l 主要是进行品牌宣传.新闻媒体. ...
- perl 实现ascall 码转换
今天需要在perl中实现一个字母表, 总不能把26个字母一个一个写出来,于是查资料,可以利用ascii码转换把数字转换成对应的字母 chr函数可以利用ascii编码把数字转换成对应的字母 perl - ...
- 深入浅出Redis-redis哨兵集群[转]
1.Sentinel 哨兵 Sentinel(哨兵)是Redis 的高可用性解决方案:由一个或多个Sentinel 实例 组成的Sentinel 系统可以监视任意多个主服务器,以及这些主服务器属下的所 ...
- 性能测试指标的理解--cpu和load
第一次做性能测试,按照操作文档磕磕碰碰的完成了,并且拿到了结果,看到一堆的指标和数据,还是傻眼了,不知道各个指标是什么意思了. 咨询了大牛和度娘,消化理解了一下,不知道是不是正确的. CPU使用率: ...
- 网页中Span和Div的区别
它们被用来组合一大块的HTML代码并赋予一定的信息,大部分用类属性class和标识属性id与元素联系起来,见CSS中级指南的类和id选择符. span和div的不同之处在于span是内联的,用在一小块 ...
- django 关闭debug模式,报500错误
今天关闭了程序的debug模式,结果提示500错误.但是启动debug模式,又运行正常. Server Error (500) 上网查了以后,发现django1.5版本的要设置ALLOWED_HOST ...
- VC++ 6.0开发套件(自己收藏!)
安装镜像ISO VC++ 6.0_SP6_Win7企业版(中英文集成).iso MSDN安装镜像ISO MSDN_Oct_200 ...
- 搭建基于 HDFS 碎片文件存储服务
安装 JDK HDFS 依赖 Java 环境,这里我们使用 yum 安装 JDK 8,在终端中键入如下命令: yum -y install java-1.8.0-openjdk* 使用如下命令查看下 ...
- 数据库中存储js代码无法json解析
.net-------------------Microsoft.JScript.GlobalObject.escape(); 编码 Mircorsoft.JScript.GlobalObject.u ...
- hadoop程序MapReduce之MaxTemperature
需求:求每年当中最高的温度 样本:temp.log 2016080623 2016072330 2015030420 输出结果:2016 30 2015 20 MapReduce分析设计: Mappe ...