策略模式是一种行为型设计模式，它定义了一系列算法，并将每个算法封装起来，使它们可以相互替换。工厂模式是一种创建型设计模式，它提供了一种创建对象的最佳方式。策略模式和工厂模式的区别在于，策略模式关注的是算法的选择和实现，而工厂模式关注的是对象的创建。
策略模式是一种行为型设计模式，它定义了一系列算法，并将每个算法封装在一个具有共同接口的独立类中，使得它们可以相互替换，策略模式让算法的变化独立于使用它们的客户端。
策略模式的主要思想是定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换，本模式使得算法可独立于使用它的客户而变化。
策略模式的主要角色如下：
- 抽象策略（Strategy）类：这是一个抽象角色，通常由一个接口或抽象类实现，此角色给出所有的具体策略类所需的接口。
- 具体策略（ConcreteStrategy）类：包装了相关的算法或行为。
- 环境（Context）类：持有一个策略类的引用，维持一个对策略对象的引用。
策略模式的优点如下：
- 提供了管理相关的算法族的办法。
- 可以降低多个算法族间的代码耦合。
- 可以很容易地对算法族进行增加、删除操作。
策略模式的缺点如下：
- 客户端必须知道所有的策略类，并自行决定使用哪一个策略类。
- 产生过多的策略类。
- 避免使用反射或者硬编码，如果需要动态地在运行时改变算法，可以使用策略模式。
策略模式适用于以下场景：
- 如果在一个系统里面有许多类，它们之间有一些公共的行为，那么可以使用策略模式，将这些公共的行为抽取出来，封装到一个新的类里面。
- 如果一个系统需要在运行时动态地改变某些行为，那么可以使用策略模式，将这些行为封装到一个个的策略类里面，运行时根据需要选择不同的策略类。
以下是一个简单的策略模式示例：
from abc import ABC, abstractmethod
抽象策略类
class Strategy(ABC):
@abstractmethod
def do_something(self, data):
pass
具体策略A类
class ConcreteStrategyA(Strategy):
def do_something(self, data):
return data + " from ConcreteStrategyA"
具体策略B类
class ConcreteStrategyB(Strategy):
def do_something(self, data):
return data + " from ConcreteStrategyB"
环境类
class Context:
def __init__(self, strategy: Strategy):
self._strategy = strategy
@property
def strategy(self) -> Strategy:
return self._strategy
@strategy.setter
def strategy(self, strategy: Strategy):
self._strategy = strategy
def execute_strategy(self, data):
return self._strategy.do_something(data)
客户端代码
if __name__ == "__main__":
context = Context(ConcreteStrategyA())
result = context.execute_strategy("Hello")
print(result) # 输出：Hello from ConcreteStrategyA
context.strategy = ConcreteStrategyB()
result = context.execute_strategy("World")
print(result) # 输出：World from ConcreteStrategyB策略模式是一种非常实用的设计模式，它可以帮助我们更好地组织和管理代码，提高代码的可读性和可维护性，在实际开发中，我们可以根据实际情况灵活运用策略模式来解决问题。
