装饰模式

装饰模式又名包装( Wrapper )模式

装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案

装饰模式以对客户透明的方式动态的给一个对象附加上更多的责任。换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同。

装饰模式可以在不创造更多子类的情况下,将对象的功能加以扩展。

装饰模式把客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展完全是透明的。

装饰模式是在不必改变原类文件和使用继承的情况下,动态的扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。

装饰模式的特点:

装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。

装饰对象包含一个真实对象的引用(reference

装饰对象接收所有来自客户端的请求。它把这些请求转发给真实的对象。

装饰对象可以在转发这些请求以前或以后增加一些附加功能。这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计中,通常是通过继承来实现对给定类的功能扩展。

装饰模式与继承的比较

装饰模式              继承

用来扩展特定对象的功能       用来扩展一类对象的功能

不需要子类             需要子类

动态                静态

运行时分配职责           编译时分派职责

防止由于子类而导致的复杂和混乱   导致很多子类产生

更多的灵活性            缺乏灵活性

对于一个给定的对象,同时可能有不同的装饰对象,客户端可以通过它的需要选择合适的装饰对象发送消息。

代码示例

1 package decorator;  2 /*  3  * 抽象构件角色(Component):给出一个抽象接口,以规范准备接收附加责任的对象。  4 */  5 public interface Component  6 {  7 public void doSomething();  8 }  9  10  11 package decorator;  12 /*  13  * 具体构件角色(Concrete Component):定义一个将要接收附加责任的类。  14 */  15 public class ConcreteComponent implements Component  16 {  17  @Override  18 public void doSomething()  19  {  20 System.out.println("功能A");  21  }  22  23 }  24  25 package decorator;  26 /*  27  * 装饰角色(Decorator):持有一个构件(Component)对象的引用,并定义一个与抽象构件接口一致的接口  28 */  29 public class Decorator implements Component  30 {  31 private Component component;  32  33 public Decorator(Component component)  34  {  35 this.component = component;  36  }  37  38  @Override  39 public void doSomething()  40  {  41  component.doSomething();  42  }  43 }  44  45 package decorator;  46 /*  47  * 具体装饰角色(Concrete Decorator):负责给构件对象“贴上”附加的责任。  48 */  49 public class ConcreteDecorator1 extends Decorator  50 {  51 public ConcreteDecorator1(Component component)  52  {  53 super(component);  54  }  55  56  @Override  57 public void doSomething()  58  {  59 super.doSomething();  60  61 this.doAnotherThing();//新增功能  62  }  63  64 private void doAnotherThing()  65  {  66 System.out.println("功能B");  67  }  68 }  69  70 package decorator;  71 /*  72  * 具体装饰角色(Concrete Decorator):负责给构件对象“贴上”附加的责任。  73 */  74 public class ConcreteDecorator2 extends Decorator  75 {  76 public ConcreteDecorator2(Component component)  77  {  78 super(component);  79  }  80  81  @Override  82 public void doSomething()  83  {  84 super.doSomething();  85  86 this.doAnotherThing();  87  }  88  89 private void doAnotherThing()  90  {  91 System.out.println("功能C");  92  }  93 }  94  95  96 package decorator;  97  98 public class Client  99 { 100 public static void main(String[] args) 101  { 102 Component component = new ConcreteDecorator1(new ConcreteDecorator2( 103 new ConcreteComponent())); 104 105  component.doSomething(); 106  } 107 }
全部评论

相关推荐

头像
02-21 16:31
长沙理工大学
大家好,今天分享一个很贴合目前校招时间段的提问:Up你好,本人双非本科大四,软件工程专业。大学前两年因为感觉前端好学,岗位也多选择学习前端。但那时比较懒散,课也多,所以前端也没有学多好。后来互联网寒冬,觉得出去不好找工作。就在大三下开始准备考研,但在去年10月份放弃考研(因为家里的一些事故,一个半月没有复习考研),处理好后,剩70多天感觉考不上值得上的学校。所以干脆准备就业,但感觉前端这个方向特别凉,于是换成了Linux c++方向(为此拒绝了一个前端实习)10月底到现在复习了c语言,学习了C++语法,特性,包括STL这些。学习了Linux系统编程进程线程,网络编程tcp/udp,多路转接,l...
牛客230000345号:毕业入坑两年,提点参考的东西吧,建议边找边备研,学历才是第一生产力,后期如果你要职业发展,这是最基本的几个了,工作和晋升除了项目经验,不就是比的派个人学历、吹牛能力和一堆头衔了(晋升的话,派系很重要)。 工作方面,不了解服务端,但是你可以看招聘,其实相比来说qt在客户端和服务端都可以用到,而且跨平台兼容性好,而且qt不就是c+++吗(学好c++,用哪个框架都不头痛),qt不只是给你个UI界面,封装的很多东西都是可以借鉴的。看你想去哪个城市,现在长沙软件行情不好,真心建议没上岸可以去深圳看看,长沙这边工资对标深圳砍半(眼泪流下来),长沙不少大一点私企面试的也开始卷学历卷项目(双非泪奔),如果想去国企你要能吹当然也可以(其实国企也就那12%的公积金了,并不稳定,但是稳定穷是肯定的)。 想去好一点的,建议把基础打牢,学历一定要提高(长期发展一定要,国内还是不少地方学历论的),如果有实习期建议能参与公司项目就参与,不然只会被拷打,最好从项目或者demo里把设计模式、指针、特性、模板、多线程实现并发并行、通讯协议、数据库这些基本的学会一部分,建议再学学qml和Linux,最好学一点嵌入式(Linux用在嵌入式板挺多的),掌握一门脚本语言(Python,Python,Python)和git或者svn代码管理,没签合同(不是三方),你还是校招生,校招只有一次(当然也可以说是本科一次,硕士一次,博士一次),用了错过就没有了,好多公司最喜欢招应届生了,一张白纸(又便宜又容易被PUA)。 最后,其实纠结这么多,不如第一份工作就选你最喜欢的编程语言、框架和操作系统,反正都是牛马,也不一定只吃一家喂的草
点赞 评论 收藏
分享
黑皮白袜臭脚体育生:简历统一按使用了什么技术实现了什么功能解决了什么问题或提升了什么性能指标来写会更好
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客企业服务