没有使用策略模式时，我在构造时需要将配置项进行解析，然后判断是什么配置，在通过if else逻辑判断控制代码行为。
- 不符合开闭原则
- 不能做到自由切换
- if...else逻辑复杂，代码结构混乱
- 扩展性差
一个系统有许多类，而区分它们的只是他们实际行为时，可以采用策略模式。
使用strategy类时声明需要采用的策略，这时调用方法时会使用对应应用的子策略方法。
相关推荐
高晶1 小时前
ARM 嵌入式 Linux 系统 U-Boot 开发与移植实战Mhappy_baymax5 小时前
Dell G3 3590 黑苹果实战：OpenCore 1.0.8 + NullMoth 驱动让 GTX 1660 跑起 Metal遇码6 小时前
macOS 触摸板捏合在 GPUI 里无响应：vendor 打补丁，把手势合成为 cmd+滚轮事件geovindu6 小时前
rust: Chain of Responsibility Pattern拆房老料7 小时前
【第四部分：Agentic 智能体设计模式】15.为什么 Agent 也需要设计模式geovindu8 小时前
rust: Chain of Responsibility Pattern （续）Lost of 程序猿9 小时前
责任链模式实战：审批流里“层层把关“的艺术希洛兔1 天前
状态模式详解：让对象随内部状态自动改变行为mmsx1 天前
Android 架构分层：MVVM 与 MVP 共存，网络层怎么切博风1 天前
7、设计模式应用举例：策略模式：加密、解密文件