“Head First 设计模式“ :策略模式
发表于:2024-09-24 作者:千家信息网编辑
千家信息网最后更新 2024年09月24日,策略模式问题的描述:需求:开发一个鸭子游戏,能游泳,有外观,实现类图如下:增加的需求:1. 加入飞行功能2. 加入呱呱叫的功能。。。等等,暂时的解决方式如下:上线后出现了些问题:1. 所有的鸭子都能叫
千家信息网最后更新 2024年09月24日“Head First 设计模式“ :策略模式
策略模式
问题的描述:
需求:开发一个鸭子游戏,能游泳,有外观,实现类图如下:
增加的需求:
1. 加入飞行功能
2. 加入呱呱叫的功能。。。等等,暂时的解决方式如下:
上线后出现了些问题:
1. 所有的鸭子都能叫吗?木头鸭子呢?
2. 所有的鸭子都能飞吗?木头鸭子呢?橡皮鸭子呢?
总结下,使用继承的缺点:
代码在多个子类中重复
运行时的行为不容易改变
很难知道鸭子的全部行为
改变会牵一发动全身,造成其他鸭子不想要的改变
。。。
好吧,我们引入接口来进一步修改,类图如下:
问题已经解决了,但是鸭子子类有40多种,我们修改fly方法,难道修改40种样本?以后的维护的坑有点大哦!
总结下,这种方式的缺点:
代码在多个子类中重复
维护成本提高(有40个子鸭子类,要修改fly方法需要改40次?)
。。。
问题不断,我们用设模式来解决这个问题,先看看定义:策略模式:定义算法族,分别封装起来,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
好,我们修改下,类图如下:
我们用这个模式解决了:
1. 鸭子行为的各种各样性(子类行为和超类没有直接的关系了,添加删除行为不影响继承体系)
2. 代码重用,维护问题(子类太多时修改行为特别麻烦,代码重复,只修改算算法组就搞定)
3. 动态修改行为(Setter和Getter方法来灵活配置行为)
4. 。。。
这章我们学到的设计原则:
设计原则1: 封装变化(找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起)。
设计原则2: 针对接口编程,而不是针对实现类
设计原则3: 多用组合,少用继承
鸭子
行为
问题
模式
代码
子类
设计
原则
变化
方法
算法
策略
功能
多个
接口
方式
木头
缺点
需求
封装
数据库的安全要保护哪些东西
数据库安全各自的含义是什么
生产安全数据库录入
数据库的安全性及管理
数据库安全策略包含哪些
海淀数据库安全审计系统
建立农村房屋安全信息数据库
易用的数据库客户端支持安全管理
连接数据库失败ssl安全错误
数据库的锁怎样保障安全
怎么用云服务器做一个简历
首都网络安全日绿书签
济宁电商软件开发推荐
姜林枫 数据库原理与应用技术
吉林时代网络技术分类咨询报价
西文数据库中 字段
香肠派对服务器断开了
公安网络安全学习简报
北京航空航天大学网络安全
数据库第四次作业备份与恢复数据
oracle 数据库启停
图软软件开发流程图
计算机网络技术相关职业兴趣
迅雷代理服务器地址
软件开发分几个阶段
辽宁通信管理局官网络安全处
pg数据库文件怎么打开
tp型数据库是什么
惠州地产软件开发电话
软件开发注册几类
首都网络安全日绿书签
软件开发部研发总监的职业路痴
网络安全专业收入 知乎
网络安全建设三年规划
软件开发股票最新消息
进入考勤机数据库
pi服务器是中国的吗
鑫耀网络技术工作室
支付宝服务器端发生异常
ramdisk 数据库