装饰者模式记录

装饰者模式解决的问题:解决了新增功能场景下需要在原有的代码上修修改改问题
核心:将已经写的模块功能作为一个方法提供者看待,新功能就新写方法,将这块function编排进去即可(通过继承)
场景小示例:
第一天:产品提了个需求,用户的权限生效的时候需要给用户发送短信通知
我:ok,小问题,写完了
第二天:同时要发送wx公众号通知
我:好的
第三天:再加个日志记录
我:??,我的这个类的代码好像成了一坨
对于第一天的需求,我写了如下代码:
在这里插入图片描述
在这里插入图片描述
第二天,第三天,又加功能了,而且是一块一块的大逻辑,那就将前一天写的功能理解为一个功能块,我新写的功能块中调用原有的功能块,顺序也可以自己控制。
考虑开闭原则,新建了装饰类的interface,继承了MessageService
在这里插入图片描述
然后发送wx公众号的实现在此装饰类下做实现
重点来了,如何复用第一天已经写的功能模块的功能呢?答案是直接继承过来,哈哈
然后就是super做调用,下面再做新的逻辑
当然,如果新的逻辑优先级在发送手机短信之上,那么调整代码顺序即可,还是好使的

在这里插入图片描述
测试下看看,没毛病
在这里插入图片描述

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
装饰者模式(Decorator Pattern)和代理模式(Proxy Pattern)都是设计模式中常用的结构型模式,它们在某些方面有相似之处,但也存在关键的区别。 **装饰者模式**: 1. 它是一种动态地给一个对象添加功能的模式,而这个对象本身并不需要修改其原有代码。 2. 主题对象(Component)的角色不变,其他装饰者可以随意添加新功能或改变现有功能。 3. 每个装饰器都封装了一组增强的行为,通过组合这些装饰器,可以创建出各种功能组合的对象。 4. 它主要用于对已有组件进行横向扩展,保持组件间的耦合度低。 **代理模式**: 1. 主要用于控制对象的访问,创建对象的“代表”,而不是直接操作对象本身。 2. 代理通常是一个独立的实体,它接收客户端请求并转发给目标对象处理,同时可以包含一些额外的操作,如日志记录、安全检查等。 3. 代理模式可以实现透明代理(没有代理意识)、智能代理(代理有自己的行为)和懒汉式代理(延迟加载目标对象)。 4. 它常用于远程服务、权限控制和性能优化场景。 **区别**: 1. 装饰者模式关注的是行为的增加或替换,而代理模式关注的是对象的替代或控制。 2. 装饰者通常是附加在已有对象上,对对象的功能进行扩展;代理则是创建一个新的实例,并代替原来的对象工作。 3. 装饰者一般不会影响原始对象的状态,而代理可能会改变。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值