设计模式-策略模式（Strategy）

策略模式是一种行为设计模式，它使你能在运行时改变对象的行为。这种模式允许你使用算法族，而无需在代码中硬编码这些算法。通过将算法封装到具有共同接口的独立对象中，策略模式使得你可以根据需要灵活地切换算法，或者在运行时添加新的算法。 在策略模式中，主要有三个关键角色： 1. **策略（Strategy）接口**：定义了所有支持的算法的公共接口。这个接口规定了实现类必须提供的方法，但不指定具体实现。 2. **具体策略（Concrete Strategy）类**：实现了策略接口，提供具体的算法实现。每个具体策略类代表一种特定的算法。 3. **上下文（Context）类**：持有一个策略对象，并使用它的算法。上下文可以是任何使用策略的对象，它通常会有一个设置策略的方法，用于在运行时切换不同的策略。 策略模式的优点包括： 1. **可扩展性**：当需要添加新的算法时，只需创建一个新的具体策略类，而无需修改原有系统。 2. **灵活性**：在运行时可以根据需要动态选择和切换策略，增加了系统的灵活性。 3. **封装性**：每个策略类封装了一种算法，使得算法的变化不会影响到使用算法的客户端。 4. **降低耦合**：策略对象可以独立使用，客户端不必知道算法的具体实现细节。 策略模式常用于有多种算法可供选择的情况，例如游戏中的角色移动策略、购物车的结算策略等。在这些场景中，可以根据不同条件或用户需求来选择合适的策略。 在实际应用中，策略模式常常与工厂模式、命令模式等结合使用。例如，可以使用工厂模式来创建策略对象，或者使用命令模式来封装策略的调用。 下面是一个简单的策略模式示例： ```java // 策略接口 public interface ShippingStrategy { double calculateShippingCost(double weight); } // 具体策略类1：平邮策略 public class NormalShipping implements ShippingStrategy { @Override public double calculateShippingCost(double weight) { // 实现平邮的计算逻辑 } } // 具体策略类2：快递策略 public class ExpressShipping implements ShippingStrategy { @Override public double calculateShippingCost(double weight) { // 实现快递的计算逻辑 } } // 上下文类 public class ShoppingCart { private ShippingStrategy shippingStrategy; public void setShippingStrategy(ShippingStrategy strategy) { this.shippingStrategy = strategy; } public double calculateTotalCost(double itemPrice, double weight) { return itemPrice + shippingStrategy.calculateShippingCost(weight); } } ``` 在这个例子中，`ShoppingCart`类使用了`ShippingStrategy`接口，可以通过设置不同的策略对象来计算不同的运费。 总结来说，策略模式是一种强大的设计模式，它使得程序能够灵活应对多变的需求，通过策略的动态选择，提高了代码的可读性和可维护性。在处理具有多种行为选择的场景时，策略模式是一种非常实用的设计工具。