JAVA设计模式初探之装饰者模式

基于MOS的防反接电路 防反接电路一般用于电源入口处,在电源反接时,保证电源入口之后的电路不会受到损害。一般在电源电流较小、对1V左右的压降不敏感时可以使用二极管进行防反接。防反接的形式有直接在正极串联二极管(如图1),或使用整流桥的方式(如图2),但这两种方式均存在:1、存在二极管的管压降;2、过大电流时,二极管消耗的功率大,发热严重。这两个问题。 图 1 二极管防反接电路 图 2 整流管防反接电路 1、基于NMO... 阅读详情

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

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

 

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


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

 

[java]  view plain copy print ?
  1. //定义被装饰者  
  2. public interface Human {  
  3.     public void wearClothes();  
  4.   
  5.     public void walkToWhere();  
  6. }  
  7.   
  8. //定义装饰者  
  9. public abstract class Decorator implements Human {  
  10.     private Human human;  
  11.   
  12.     public Decorator(Human human) {  
  13.         this.human = human;  
  14.     }  
  15.   
  16.     public void wearClothes() {  
  17.         human.wearClothes();  
  18.     }  
  19.   
  20.     public void walkToWhere() {  
  21.         human.walkToWhere();  
  22.     }  
  23. }  
  24.   
  25. //下面定义三种装饰,这是第一个,第二个第三个功能依次细化,即装饰者的功能越来越多  
  26. public class Decorator_zero extends Decorator {  
  27.   
  28.     public Decorator_zero(Human human) {  
  29.         super(human);  
  30.     }  
  31.   
  32.     public void goHome() {  
  33.         System.out.println("进房子。。");  
  34.     }  
  35.   
  36.     public void findMap() {  
  37.         System.out.println("书房找找Map。。");  
  38.     }  
  39.   
  40.     @Override  
  41.     public void wearClothes() {  
  42.         // TODO Auto-generated method stub  
  43.         super.wearClothes();  
  44.         goHome();  
  45.     }  
  46.   
  47.     @Override  
  48.     public void walkToWhere() {  
  49.         // TODO Auto-generated method stub  
  50.         super.walkToWhere();  
  51.         findMap();  
  52.     }  
  53. }  
  54.   
  55. public class Decorator_first extends Decorator {  
  56.   
  57.     public Decorator_first(Human human) {  
  58.         super(human);  
  59.     }  
  60.   
  61.     public void goClothespress() {  
  62.         System.out.println("去衣柜找找看。。");  
  63.     }  
  64.   
  65.     public void findPlaceOnMap() {  
  66.         System.out.println("在Map上找找。。");  
  67.     }  
  68.   
  69.     @Override  
  70.     public void wearClothes() {  
  71.         // TODO Auto-generated method stub  
  72.         super.wearClothes();  
  73.         goClothespress();  
  74.     }  
  75.   
  76.     @Override  
  77.     public void walkToWhere() {  
  78.         // TODO Auto-generated method stub  
  79.         super.walkToWhere();  
  80.         findPlaceOnMap();  
  81.     }  
  82. }  
  83.   
  84. public class Decorator_two extends Decorator {  
  85.   
  86.     public Decorator_two(Human human) {  
  87.         super(human);  
  88.     }  
  89.   
  90.     public void findClothes() {  
  91.         System.out.println("找到一件D&G。。");  
  92.     }  
  93.   
  94.     public void findTheTarget() {  
  95.         System.out.println("在Map上找到神秘花园和城堡。。");  
  96.     }  
  97.   
  98.     @Override  
  99.     public void wearClothes() {  
  100.         // TODO Auto-generated method stub  
  101.         super.wearClothes();  
  102.         findClothes();  
  103.     }  
  104.   
  105.     @Override  
  106.     public void walkToWhere() {  
  107.         // TODO Auto-generated method stub  
  108.         super.walkToWhere();  
  109.         findTheTarget();  
  110.     }  
  111. }  
  112.   
  113. //定义被装饰者,被装饰者初始状态有些自己的装饰  
  114. public class Person implements Human {  
  115.   
  116.     @Override  
  117.     public void wearClothes() {  
  118.         // TODO Auto-generated method stub  
  119.         System.out.println("穿什么呢。。");  
  120.     }  
  121.   
  122.     @Override  
  123.     public void walkToWhere() {  
  124.         // TODO Auto-generated method stub  
  125.         System.out.println("去哪里呢。。");  
  126.     }  
  127. }  
  128. //测试类,看一下你就会发现,跟java的I/O操作有多么相似  
  129. public class Test {  
  130.     public static void main(String[] args) {  
  131.         Human person = new Person();  
  132.         Decorator decorator = new Decorator_two(new Decorator_first(  
  133.                 new Decorator_zero(person)));  
  134.         decorator.wearClothes();  
  135.         decorator.walkToWhere();  
  136.     }  
  137. }  

运行结果:

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

关键点:
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)

[java]  view plain copy print ?
  1. package decorator;    
  2.     
  3. public abstract class Humburger {    
  4.         
  5.     protected  String name ;    
  6.         
  7.     public String getName(){    
  8.         return name;    
  9.     }    
  10.         
  11.     public abstract double getPrice();    
  12.     
  13. }    
鸡腿堡类(被装饰者的初始状态,有些自己的简单装饰,相当于上面的Person)
[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. package decorator;    
  2.     
  3. public class ChickenBurger extends Humburger {    
  4.         
  5.     public ChickenBurger(){    
  6.         name = "鸡腿堡";    
  7.     }    
  8.     
  9.     @Override    
  10.     public double getPrice() {    
  11.         return 10;    
  12.     }    
  13.     
  14. }    

配料的基类(装饰者,用来对汉堡进行多层装饰,每层装饰增加一些配料,相当于上面Decorator)

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. package decorator;    
  2.     
  3. public abstract class Condiment extends Humburger {    
  4.         
  5.     public abstract String getName();    
  6.     
  7. }    

 

生菜(装饰者的第一层,相当于上面的decorator_zero)

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. package decorator;    
  2.     
  3. public class Lettuce extends Condiment {    
  4.         
  5.     Humburger humburger;    
  6.         
  7.     public Lettuce(Humburger humburger){    
  8.         this.humburger = humburger;    
  9.     }    
  10.     
  11.     @Override    
  12.     public String getName() {    
  13.         return humburger.getName()+" 加生菜";    
  14.     }    
  15.     
  16.     @Override    
  17.     public double getPrice() {    
  18.         return humburger.getPrice()+1.5;    
  19.     }    
  20.     
  21. }    


辣椒(装饰者的第二层,相当于上面的decorator_first)

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. package decorator;    
  2.     
  3. public class Chilli extends Condiment {    
  4.         
  5.     Humburger humburger;    
  6.         
  7.     public Chilli(Humburger humburger){    
  8.         this.humburger = humburger;    
  9.             
  10.     }    
  11.     
  12.     @Override    
  13.     public String getName() {    
  14.         return humburger.getName()+" 加辣椒";    
  15.     }    
  16.     
  17.     @Override    
  18.     public double getPrice() {    
  19.         return humburger.getPrice();  //辣椒是免费的哦    
  20.     }    
  21.     
  22. }    


测试类

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. package decorator;    
  2.     
  3. public class Test {    
  4.     
  5.     /**  
  6.      * @param args  
  7.      */    
  8.     public static void main(String[] args) {    
  9.         Humburger humburger = new ChickenBurger();    
  10.         System.out.println(humburger.getName()+"  价钱:"+humburger.getPrice());    
  11.         Lettuce lettuce = new Lettuce(humburger);    
  12.         System.out.println(lettuce.getName()+"  价钱:"+lettuce.getPrice());    
  13.         Chilli chilli = new Chilli(humburger);    
  14.         System.out.println(chilli.getName()+"  价钱:"+chilli.getPrice());    
  15.         Chilli chilli2 = new Chilli(lettuce);    
  16.         System.out.println(chilli2.getName()+"  价钱:"+chilli2.getPrice());    
  17.     }    
  18.     
  19. }    

输出

[java]  view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. 鸡腿堡  价钱:10.0    
  2. 鸡腿堡 加生菜  价钱:11.5    
  3. 鸡腿堡 加辣椒  价钱:10.0    
  4. 鸡腿堡 加生菜 加辣椒  价钱:11.5 


【云原生进阶之容器】第六章容器网络6.6.2--Cilium部署 部署Cilium非常简单,可以通过单独的yaml文件部署全部组件(目前我使用了这个方式部署了1.7.1版本),也可以通过Helm Chart一键完成。重要的是部署环境和时机:官方建议所有部署节点都使用Linux最新稳定内核版本,这样所有的功能都能启用。作为一个Kubernetes网络组件,它应该在部署Kubernetes其他基础组件之后,才进行部署。 阅读详情

相关推荐

实现飞书机器人推送消息到指定群组或者用户

飞书是一个集成了聊天、协作和办公功能的企业级平台,广泛应用于企业内部沟通和协作。飞书机器人(Feishu Bot)是一种强大的工具,允许开发者通过编程接口与飞书进行互动,从而实现自动化消息推送和任务管理。本文将详细介绍如何通过飞书机器人推送消息给指定的人或者群组,帮助您快速上手。

qq_41898196的博客 5862

【设计模式】Java 设计模式之装饰者模式(Decorator)

装饰者模式是一种动态地给一个对象添加一些额外的职责的设计模式,常用于扩展对象的功能而无需修改其结构。在软件架构中,装饰者模式具有广泛的应用,如构建服务链或中间件、实现插件式架构以及创建代理与拦截器等。通过装饰者模式,可以灵活地组合和扩展对象的功能,增强软件的可维护性和可扩展性。在服务导向架构中,装饰者模式能够用于构建包含日志记录、权限检查等功能的服务链。在插件式架构中,装饰者模式使得开发者能够通过编写插件来扩展应用程序的功能。然而,使用装饰者模式时也需要注意避免过度使用,以免导致代码复杂度增加。总之,装饰者

新手村长的专栏 2244

Android开发中StateFlow与LiveData的5个关键区别及实战避坑指南

本文深度解析了Android开发中StateFlow与LiveData的5个核心区别,包括设计哲学、生命周期管理、值更新策略、线程模型及协程生态整合。通过实战代码对比,为开发者在现代MVVM架构下的状态管理选型提供清晰的决策指南和避坑建议,帮助构建更健壮、可测试的应用。

weixin_29012677的博客 402

设计模式-装饰模式

装饰模式指的是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。在装饰模式中的各个角色有: 抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。    具体构件(Concrete Component)角色:定义一个将要接收附加责任的类。 装饰(Decorator)角色:持有一个构件(Component

大白能的博客 524

IVP 2021 UNETR: Transformers for 3D Medical Image Segmentation

动机 具有跟踪和扩展路径的全卷积神经网络(FCNNs)(如编码器和解码器),近年来在各种医学图像分割应用中显示出了突出的地位。在这些体系结构中,编码器通过学习全局上下文表示来扮演一个不可或缺的角色,该全局上下文表示将进一步用于解码器的语义输出预测。 卷积层作为FCNN的主要构造块,其局部性限制了此类网络学习长时空间依赖的能力。 在NLP领域,基于transformer的模型已经在各种任务中实现了最先进的基准。transformer中的自我注意机制使他们能够动态地突出词序列的重要特征并学习其长时依赖关系。这

smile909的博客 1979

AgentVerse实战:构建多智能体协作系统的关键技术与应用场景

本文深入探讨了AgentVerse框架在构建多智能体协作系统中的关键技术及应用场景。通过分析智能体通信协议、环境交互机制和任务分解算法,展示了如何利用大型语言模型(LLM)实现智能体间的专业化分工与动态协作。文章还提供了智能软件开发团队和智能客服系统等典型应用案例,以及部署优化实践,为开发者构建高效的多智能体系统提供实用指导。

weixin_29254029的博客 361

Java设计模式——装饰者模式

装饰者模式是Java程序设计中常用的设计模式之一,当系统设计由于继承造成子类过多不利用维护和功能扩展时,使用装饰者模式是一个非常不错的选择,本文将以模拟sso单点登录的案例进行装饰者模式的详细介绍。

雪月清的博客 2320

5分钟搞定PaddleOCR PP-OCRv5环境搭建:从安装到第一个识别Demo

本文提供了一份详细的PaddleOCR PP-OCRv5环境搭建与快速入门指南。通过清晰的步骤,指导读者在5分钟内完成从创建Python虚拟环境、安装PaddlePaddle框架和PaddleOCR库,到编写并运行第一个OCR识别Demo的全过程,帮助开发者快速体验最新的PP-OCRv5模型的文字识别能力。

sprite的博客 1266

java设计模式之装饰者模式

java设计模式之装饰者模式

m0_47944994的博客 2495

绕开华为通道,获取解锁码解锁BootLoader

刷机有风险,操作需谨慎,如果因为各种因素导致手机变砖无法开机,本教程概不负责,望悉知 前言 这篇文章的大多内容是根据我自己找的一篇文章《绕开华为通道,获取解锁码解锁BootLoader》来编写的,里面的大部分内容是文章的原内容。下面的都是我参考文章中做了一些小部分的修改,增加了我华为P8手机的一些操作,下面开始讲述我的解锁过程。 因为华为官方在2018年的七八月份吧,关闭了解锁码的申请通道,这...

Martin.Mu `s Special Column 5万+

✨在Windows11上安装虚拟机(VMware17.6.0)保姆级教程(附安装包)

VMware Workstation Pro 是一款功能强大的虚拟机软件,它允许你在单一的物理机上运行多个操作系统。性能卓越:VMware以其出色的性能和稳定性而闻名,适合运行资源密集型的虚拟机。用户友好:直观的用户界面使得即使是初学者也能快速上手。功能全面:支持多种操作系统,包括Windows、Linux、macOS等,满足不同用户的需求。企业级支持:VMware提供全面的技术支持,适合企业级用户。恭喜你成功安装了VMware Workstation Pro 17.6.0!

Python老吕的博客 1万+

java设计模式初探之装饰者_Java装饰器设计模式初探

本篇随笔主要介绍用Java实现简单的装饰器设计模式:先来看一下装饰器设计模式的类图:从图中可以看到,我们可以装饰Component接口的任何实现类,而这些实现类也包括了装饰器本身,装饰器本身也可以再被装饰。下面是用Java实现的简单的装饰器设计模式,提供的是从基本的加入咖啡入手,可以继续加入牛奶,巧克力,糖的装饰器系统。interface Component {void method();}cla...

weixin_33622032的博客 149

18、未来医疗信息学中的太赫兹天线技术

本文探讨了太赫兹天线技术在医疗信息学中的关键作用,重点分析了分裂环谐振器和纳米结构光导天线(PCA)的设计与性能提升方法,介绍了相干与非相干太赫兹检测技术,并通过等效电路模型和数值模拟深入解析PCA工作机理。文章还展示了太赫兹技术在无创血糖监测、肿瘤检测等医疗诊断中的实验应用,总结了其非侵入性、高分辨率成像和多参数分析等优势,同时指出信号检测难、成本高和技术复杂等挑战。未来趋势包括设备小型化、效率提升及与人工智能融合,拓展至药物研发、皮肤与神经疾病诊断等领域,展现出变革医疗健康的巨大潜力。

milk8的博客 146

java设计模式初探之装饰者_JAVA设计模式初探之装饰者模式

装饰者模式1、意图:动态地给一个对象添加一些额外的职责。就增加功能来说, Decorator模式相比生成子类更为灵活。该模式以对客 户端透明的方式扩展对象的功能。2、适用环境(1)在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。(2)处理那些可以撤消的职责。(3)当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的 子类,使得子类数目...

weixin_39755853的博客 148

SIMATIC S7-1200, S7-1500 PID 控制[手册]

SIMATIC S7-1200, S7-1500 PID 控制[手册]

ssm框架搭建

这个是一个在idea上成功跑起来的ssm框架项目,保存在这里方便以后使用直接下载

java 设计模式之初探装饰者模式

应用场景:想为一个类动态的加上一些功能. 设计模式之开闭原则:只对实现类的修改.不对接口进行修改. //装饰和被装饰者都要实现的接口 public interface Sourceable { public void method(); } //被装饰的类 public class Source implements Sourceable{ @Override public

小刀的博客 307

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

上一篇: JAVA设计模式学习20——责任链模式
下一篇: 《JAVA与模式》之责任链模式
subuser
博客等级 码龄19年 31粉丝 53原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值