strategy 策略模式

策略模式详解

策略模式是一种行为型设计模式，它定义了一系列算法，并将每一个算法封装起来，使它们可以相互替换。策略模式使得算法可以独立于使用它的客户端而变化。

策略模式适用于那些需要使用多种算法的问题。由于每种算法都有其特殊的用途，因此客户端需要根据当前的情况选择最合适的算法。在这种情况下，策略模式提供了一个灵活且可扩展的框架，使得算法的选择和使用变得简单且易于维护。

在策略模式中，有三个主要的参与者：

1. Strategy：策略接口定义了所有算法的公共接口，客户端通过这个接口来调用算法。这样，客户端就不需要关心具体的算法实现，只需要根据需要选择相应的策略即可。

2. ConcreteStrategy：具体策略类实现了策略接口，并提供了具体的算法实现。每个具体策略类都代表了一种特定的算法。

3. Context：上下文对象负责维护策略对象的实例，并根据需要切换不同的策略。上下文对象通常会根据客户端的请求选择合适的策略对象，并将这个策略对象传递给客户端。

策略模式的优点在于它能够提供一种灵活且可扩展的解决方案，使得算法的选择和使用变得简单且易于维护。由于策略对象是独立的，因此可以很容易地添加新的策略，而不需要修改现有的代码。此外，策略模式还可以提供一种替换算法的方式，使得系统能够根据需要进

行动态的调整。

总之，策略模式是一种非常有用的行为型设计模式，它能够提供一种灵活且可扩展的解决方案来解决那些需要使用多种算法的问题。

工厂方法模式和策略模式是软件开发中常用的设计模式，它们能够有效地提高代码的可复用性和可扩展性。本文将介绍工厂方法模式和策略模式的基本概念和使用方法，并举例说明它们在实际项目中的应用。

一、工厂方法模式

工厂方法模式是一种创建型设计模式，它定义了一个用于创建对象的接口，但让子类决定实例化哪个类。工厂方法模式将对象的创建和使用分离开来，使得客户端不需要知道具体的创建细节，只需要知道创建对象的接口即可。

1.1 基本结构

工厂方法模式包括以下几个角色：

1.1.1 抽象产品（Product）：定义了产品的接口，是工厂方法模式所创建对象的超类型。

1.1.2 具体产品（ConcreteProduct）：实现抽象产品接口，是具体的产品类。

1.1.3 抽象工厂（Creator）：声明了创建产品对象的方法，是工厂方法模式的核心。

1.1.4 具体工厂（ConcreteCreator）：实现了创建产品对象的方法，返回具体产品的实例。

1.2 应用场景

工厂方法模式适用于以下场景：

1.2.1 创建对象需要大量重复的代码，或者需要复杂的逻辑。

1.2.2 客户端不需要知道对象的具体类型，只需要知道对象的接口。

1.2.3 工厂中的产品可扩展性高，客户端只需要依赖抽象工厂接口，无需关心具体的产品实现。

1.3 示例

假设我们需要创建一个简单的计算器软件，包括加法运算和减法运算。我们可以使用工厂方法模式来实现该功能。

```java

//抽象产品接口

interface Operation { double getResult(double numberA, double numberB);

}

//具体产品类

class AddOperation implements Operation {

Override

public double getResult(double numberA, double numberB) {

责任链策略+策略模式组合

责任链模式（Chain of Responsibility Pattern）和策略模式（Strategy Pattern）都是设计模式中的重要组成部分，可以有效地解决一些特定的问题。将两者组合使用，可以在责任链的每个节点上应用不同的策略，从而实现策略的动态切换和组合。

在责任链模式中，多个对象可以处理请求，但只有一个对象能够处理请求并返回结果。其他对象则将请求传递给下一个对象，直到某个对象处理了请求。这种模式可以用于解耦对象之间的依赖关系，使得请求的传递和处理更加灵活。

策略模式则允许将算法独立于使用它的客户端而变化。它定义了一系列算法，并将每个算法封装起来，使得它们可以互相替换。策略模式使得算法可以独立于使用它的客户端而变化，从而提高了系统的灵活性和可扩展性。

将责任链模式和策略模式组合使用，可以在责任链的每个节点上应用不同的策略。这样，客户端只需要与链中的一个节点进行交互，就可以使用不同的策略。客户端只需要知道特定节点的接口，而不必关心其他节点的具体实现。这样可以使系统的实现更加灵活，也方便了系统的扩展和维护。

具体实现时，可以按照以下步骤进行：

1. 定义抽象策略：创建一个接口，定义一些方法来处理不同的任务或操作。

2. 定义多个策略类：实现抽象策略接口，并实现各自的方法。这些策略类将根据不同的需求实现不同的算法或行为。 3. 创建责任链：定义一个责任链接口和实现类，责任链接口包含一些方法用于处理请求，这些方法会将请求传递给链中的下一个对象。

4. 在客户端中使用责任链：客户端只需要与链中的一个节点进行交互，就可以使用不同的策略。

通过这种方式，客户端可以根据需要选择不同的策略，而无需修改客户端代码。同时，这种组合使用也使得系统的实现更加灵活和可扩展。

springboot实现设计模式-策略模式

在设计模式中除去⼯⼚单例等， 策略模式 应该算最常⽤的设计模式之⼀

在策略模式（Strategy Pattern）中，⼀个类的⾏为或其算法可以在运⾏时更改。这种类型的设计模式属于⾏为型模式。

在策略模式中，我们创建表⽰各种策略的对象和⼀个⾏为随着策略对象改变⽽改变的 context 对象。策略对象改变 context 对象的执⾏算法。

意图：定义⼀系列的算法,把它们⼀个个封装起来, 并且使它们可相互替换。

主要解决：在有多种算法相似的情况下，使⽤ if...else 所带来的复杂和难以维护。何时使⽤：⼀个系统有许多许多类，⽽区分它们的只是他们直接的⾏为。如何解决：将这些算法封装成⼀个⼀个的类，任意地替换。关键代码：实现同⼀个接⼝。优点：算法可以⾃由切换。避免使⽤多重条件判断。扩展性良好。缺点：

策略类会增多,导致代码查看较为困难。所有策略类都需要对外暴露。使⽤场景：

如果在⼀个系统⾥⾯有许多类，它们之间的区别仅在于它们的⾏为，那么使⽤策略模式可以动态地让⼀个对象在许多⾏为中选择⼀种⾏为。⼀个系统需要动态地在⼏种算法中选择⼀种。

如果⼀个对象有很多的⾏为，如果不⽤恰当的模式，这些⾏为就只好使⽤多重的条件选择语句来实现。

⽰例

场景说明：

- 此处为导出功能，此时需要根据场景导出不同的数据

1. 创建策略接⼝

public interface ExportStrategy {

default void execute() {};

default void execute(Object o) {};

}

2. 创建策略⼯⼚

@Service

public class ExportContextFactory {

@Autowired

private Map contextStrategy = new ConcurrentHashMap<>();

public ExportStrategy get(String source) {