设计模式:人们在面对同类型软件工程设计问题所总结出的一些有用经验,是某类问题的通用设计解决方案。
一、策略模式
策略模式(Strategy Pattern) 是一种行为设计模式,它定义了一系列算法,将每个算法封装起来,使它们可以互换使用,策略模式让算法的变化独立于使用算法的客户端。
策略模式的核心思想:
- 将"变化的算法"抽象出来 ,形成一个策略接口(Strategy)(或抽象类)。
- 每种具体算法实现该接口 ,成为具体的策略类(ConcreteStrategy)。
- 上下文(Context)持有策略接口的引用,负责与客户端交互,动态切换具体策略。
策略模式的工作流程
- 客户端创建具体策略对象。
- 客户端将具体策略对象传入上下文。
- 上下文通过策略接口调用具体策略的算法(无需关心具体是哪种策略)。
- 若需切换算法,只需替换上下文持有的具体策略对象。
策略模式的优点:
-
开闭原则:可以轻松添加新策略,无需修改现有代码
-
避免多重条件语句:代替大量的if-else或switch-case语句
-
算法复用:可以在系统的不同部分复用相同的策略
-
算法独立:将算法实现与使用算法的代码分离
策略模式的缺点:
-
客户端必须了解不同策略:客户端需要知道哪些策略可用,不同策略的区别,才能正确选择
-
策略间的通信:策略之间无法直接共享数据
应用场景:
策略模式特别适合需要动态选择算法或行为的场景。
-
支付系统:电商平台的支付方式选择(支付宝、微信支付、银行卡支付)
-
排序算法:根据需要选择冒泡排序、快速排序、归并排序等
-
压缩算法:ZIP、RAR、7Z等不同压缩格式
-
导航系统:根据不同条件选择最短路径、最快路径、最少收费路径
二、工厂模式
简单工厂模式:定义一个创建对象的类,由这个类来封装实例化对象的行为
工厂方法模式:定义一个创建对象的抽象方法,由子类决定要实例化的类,将对象的实例化推迟到子类
抽象工厂模式:定义一个接口用于创建相关或有依赖关系的对象族,而无需明确指定具体类
依赖抽象原则:
- 变量不要持有具体类的引用
- 不要让类继承自具体类,要继承自抽象类或接口
- 不要覆盖基类中已实现的方法