-
Notifications
You must be signed in to change notification settings - Fork 146
设计模式:策略模式
ZhangPan edited this page Jul 16, 2025
·
2 revisions
策略模式(Strategy Pattern)是行为设计模式的一种,它定义了一系列算法,并将每个算法封装起来,使它们可以相互替换,且算法的变化不会影响使用算法的客户。策略模式让算法独立于使用它的客户端而变化,也称为政策模式(Policy)
策略模式主要包含三个角色:
- 策略接口(Strategy):定义所有支持的算法的公共接口,可以是接口或抽象类 - 具体策略类(Concrete Strategies):实现策略接口的具体算法类
- 上下文类(Context):持有一个策略对象的引用,并提供一个接口让客户端设置或切换策略
策略模式的优点:
- 算法可以自由切换:可以在不影响客户端的情况下更改算法
- 避免多重条件判断:使用策略模式可以避免过多的if-else或switch-case语句 - 扩展性好:增加新的策略时只需添加新的策略类即可,不需要修改现有代码
- 符合开闭原则:对扩展开放,对修改关闭
- 分离关注点:将算法的具体实现从调用者中分离出来,降低了耦合度
示例1:支付策略示例
// 支付策略接口
public interface PaymentStrategy {
void pay(int amount);
}
// 信用卡支付策略
public class CreditCardPayment implements PaymentStrategy {
private String cardNumber;
private String name;
public CreditCardPayment(String cardNumber, String name) {
this.cardNumber = cardNumber;
this.name = name;
}
@Override
public void pay(int amount) {
System.out.println(amount + " paid with credit/debit card");
}
}
// PayPal支付策略
public class PayPalPayment implements PaymentStrategy {
private String email;
public PayPalPayment(String email) {
this.email = email;
}
@Override
public void pay(int amount) {
System.out.println(amount + " paid using PayPal.");
}
}
// 购物车上下文
public class ShoppingCart {
private PaymentStrategy paymentStrategy;
public void setPaymentStrategy(PaymentStrategy paymentStrategy) {
this.paymentStrategy = paymentStrategy;
}
public void checkout(int amount) {
if (paymentStrategy == null) {
throw new IllegalStateException("PaymentStrategy not set");
} else {
paymentStrategy.pay(amount);
}
}
}
// 客户端代码
public class Client {
public static void main(String[] args) {
ShoppingCart cart = new ShoppingCart();
// 使用信用卡支付
cart.setPaymentStrategy(new CreditCardPayment("1234-5678-9012-3456", "John Doe"));
cart.checkout(100);
// 使用PayPal支付
cart.setPaymentStrategy(new PayPalPayment("john.doe@example.com"));
cart.checkout(50);
}
}这个示例展示了在电商系统中使用策略模式实现不同支付方式的场景 。PaymentStrategy是策略接口,CreditCardPayment和PayPalPayment是具体策略类,ShoppingCart是上下文类。
示例2:结合工厂模式
策略模式可以与工厂模式结合,使用工厂来创建策略对象,从而进一步解耦客户端代码与具体策略类
public class StrategyFactory {
public static Strategy createStrategy(String type) {
switch (type) {
case "A": return new ConcreteStrategyA();
case "B": return new ConcreteStrategyB();
default: throw new IllegalArgumentException("Unknown strategy type");
}
}
}
// 客户端代码
public class Client {
public static void main(String[] args) {
Strategy strategy = StrategyFactory.createStrategy("A");
Context context = new Context(strategy);
context.executeStrategy();
}
}- JMM与volatile关键字
- synchronized的实现原理
- synchronized等待与唤醒机制
- ReentrantLock的实现原理
- ReentrantLock等待与唤醒机制
- CAS、Unsafe类以及Automic并发包
- ThreadLocal的实现原理
- 线程池的实现原理
- Java线程中断机制
- 多线程与并发常见面试题
- Android基础知识汇总
- MVC、MVP与MVVM
- SparseArray实现原理
- ArrayMap的实现原理
- SharedPreferences
- Bitmap
- Activity的启动模式
- Fragment核心原理
- 组件化项目架构搭建
- 组件化WebView架构搭建
- 为什么 Activity.finish() 之后 10s 才 onDestroy ?
- Android系统启动流程
- InputManagerService
- WindowManagerService
- Choreographer详解
- SurfaceFlinger
- ViewRootImpl
- APP启动流程
- Activity启动流程
- PMS 安装与签名校验
- Dalvik 与 ART
- 内存优化策略
- UI界面及卡顿优化
- App启动优化
- ANR问题
- 包体积优化
- APK打包流程
- 电池电量优化
- Android屏幕适配
- 线上性能监控1--线上监控切入点
- 线上性能监控2--Matrix实现原理
- Glide实现原理
- OkHttp实现原理
- Retrofit实现原理
- RxJava实现原理
- RxJava中的线程切换与线程池
- LeakCanary实现原理
- ButterKnife实现原理
- ARouter实现原理
- Tinker实现原理
- 2. 两数相加
- 19.删除链表的倒数第 N 个结点
- 21. 合并两个有序链表
- 24. 两两交换链表中的节点
- 61. 旋转链表
- 86. 分隔链表
- 92. 反转链表 II
- 141. 环形链表
- 160. 相交链表
- 206. 反转链表
- 206 反转链表 扩展
- 234. 回文链表
- 237. 删除链表中的节点
- 445. 两数相加 II
- 面试题 02.02. 返回倒数第 k 个节点
- 面试题 02.08. 环路检测
- 剑指 Offer 06. 从尾到头打印链表
- 剑指 Offer 18. 删除链表的节点
- 剑指 Offer 22. 链表中倒数第k个节点
- 剑指 Offer 35. 复杂链表的复制
- 1. 两数之和
- 11. 盛最多水的容器
- 53. 最大子序和
- 75. 颜色分类
- 124.验证回文串
- 167. 两数之和 II - 输入有序数组 -169. 多数元素
- 189.旋转数组
- 209. 长度最小的子数组
- 283.移动0
- 303.区域和检索 - 数组不可变
- 338. 比特位计数
- 448. 找到所有数组中消失的数字
- 643.有序数组的平方
- 977. 有序数组的平方


