策略模式
策略模式（Strategy Pattern）是一种行为设计模式，它定义了一系列算法，并将每个算法封装起来，使它们可以互换。这种模式允许算法在不影响客户端的情况下变化，从而提高了代码的灵活性和可维护性。
策略模式的组成
策略模式由以下几个部分组成：
- 抽象策略（Strategy）：这是一个接口或抽象类，定义了某一类算法的公共接口。例如，它可以是排序算法的接口，里面定义了排序的方法。
- 具体策略（Concrete Strategy）：实现了抽象策略接口的具体算法类。每个具体策略类代表一种算法的实现。例如，可以有不同的排序算法（如快速排序、冒泡排序等）实现同一个排序接口。
- 上下文（Context）：持有一个策略的引用，并在具体需要使用算法时调用策略对象的方法。上下文对象不需要了解算法的细节，只需调用策略接口即可。上下文可以在运行时动态地更换策略，从而改变算法的行为。
策略模式的优点
- 算法可以自由切换：策略模式使得算法的切换变得简单透明，用户可以根据需要动态地选择合适的策略。
- 避免使用多重条件判断：通过策略模式，可以避免代码中出现复杂的条件分支语句（如
if-else或switch-case），提高了代码的可读性和维护性。 - 扩展性良好：新增一种策略时，只需新增一个具体策略类，而无需修改原有代码，符合开闭原则。
策略模式的缺点
- 策略增多：随着策略的增加，类的数量也会增加，系统变得复杂。
- 客户端必须了解所有策略：客户端需要知道所有可能的策略，并且知道何时使用哪种策略。
策略模式的应用场景
- 需要动态选择算法的情况：如不同的排序算法、加密算法等，根据实际情况选择合适的算法。
- 需要避免条件判断代码的情况：当程序中有大量的条件分支时，可以考虑使用策略模式进行重构。
- 需要扩展性高的情况：策略模式允许新策略的引入而无需修改已有代码，非常适合需要频繁变化和扩展的系统。
策略模式的示例代码
以下是一个使用策略模式的简单示例，假设有一个计算系统，支持不同的计算方式：
//抽象策略
public interface Strategy {
int doOperation(int num1, int num2);
}
//具体策略 - 减法
public class Subtraction implements Strategy{
@Override
public int doOperation(int num1, int num2) {
return num1-num2;
}
}
//具体策略 -
在这个例子中，PaymentStrategy 是抽象策略接口，不同的支付方式如 AlipayStrategy、WeChatPayStrategy 和 CreditCardStrategy 是具体策略，而 PaymentContext 是上下文类，它持有一个策略，并根据客户端的选择执行对应的支付方式。