设计模式——策略模式

目录

策略模式

1. 什么是策略模式

2. 为什么要使用策略模式

3. 如何使用策略模式

4. 策略模式的示例

5. 总结

策略模式和简单工厂的区别

1. 引言

2. 策略模式

3. 简单工厂

4. 区别与应用场景选择

---

策略模式

1. 什么是策略模式

策略模式（Strategy Pattern）是一种行为型设计模式，它允许在运行时选择算法的行为。策略模式通过定义一系列算法，并将其封装在独立的策略类中，使得它们可以相互替换。这样可以使得算法的变化独立于使用算法的客户端。

2. 为什么要使用策略模式

使用策略模式可以带来以下好处：
- 提高代码的灵活性：策略模式将算法的实现与使用算法的客户端解耦，使得算法可以独立于客户端进行变化。这样可以提高代码的灵活性，方便地添加、修改或删除算法。
- 提高代码的可维护性：策略模式将每个算法封装在独立的策略类中，使得每个策略类只关注自己的算法实现。这样可以提高代码的可读性和可维护性，方便以后的修改和扩展。
- 提高系统的扩展性：由于算法的变化独立于客户端，当需要添加新的算法时，我们只需要增加一个新的策略类即可。这样可以方便地扩展系统的功能。

3. 如何使用策略模式

使用策略模式需要以下几个关键组件：

3.1 策略接口（Strategy Interface）
策略接口定义了算法的统一接口，每个具体的策略类都要实现这个接口。策略接口通常包含一个或多个方法，用于执行具体的算法。

3.2 策略类（Concrete Strategy）
策略类是具体的算法实现，它实现了策略接口定义的方法。每个策略类都封装了一个具体的算法，可以相互替换。

3.3 上下文类（Context Class）
上下文类是策略模式的核心类，它持有一个策略接口的引用，并在运行时动态地选择具体的策略类。上下文类通常包含一个设置策略的方法，以及一个执行策略的方法。

4. 策略模式的示例

下面是一个简单的示例，演示了如何使用策略模式计算商品的折扣价格。

4.1 定义策略接口

public interface DiscountStrategy {
    double calculateDiscount(double price);
}
 

4.2 实现策略类

public class NoDiscountStrategy implements DiscountStrategy {
    @Override
    public double calculateDiscount(double price) {
        return price;
    }
}

public class TenPercentDiscountStrategy implements DiscountStrategy {
    @Override
    public double calculateDiscount(double price) {
        return price * 0.9;
    }
}

public class TwentyPercentDiscountStrategy implements DiscountStrategy {
    @Override
    public double calculateDiscount(double price) {
        return price * 0.8;
    }
}
 

4.3 实现上下文类

public class DiscountContext {
    private DiscountStrategy strategy;

    public void setStrategy(DiscountStrategy strategy) {
        this.strategy = strategy;
    }

    public double calculateDiscountedPrice(double price) {
        return strategy.calculateDiscount(price);
    }
}
 

4.4 使用策略模式

public class Main {
    public static void main(String[] args) {
        DiscountContext context = new DiscountContext();
        context.setStrategy(new NoDiscountStrategy());
        double price = 100.0;
        double discountedPrice = context.calculateDiscountedPrice(price);
        System.out.println("Discounted price: " + discountedPrice);

        context.setStrategy(new TenPercentDiscountStrategy());
        discountedPrice = context.calculateDiscountedPrice(price);
        System.out.println("Discounted price: " + discountedPrice);

        context.setStrategy(new TwentyPercentDiscountStrategy());
        discountedPrice = context.calculateDiscountedPrice(price);
        System.out.println("Discounted price: " + discountedPrice);
    }
}
```

运行上述代码，输出结果如下：
```
Discounted price: 100.0
Discounted price: 90.0
Discounted price: 80.0
```

5. 总结

策略模式是一种行为型设计模式，它允许在运行时选择算法的行为。通过将算法封装在独立的策略类中，策略模式实现了算法的变化独立于客户端的目标。使用策略模式可以提高代码的灵活性、可维护性和系统的扩展性。为了使用策略模式，我们需要定义策略接口、实现策略类，并使用上下文类来选择具体的策略。通过不断实践和总结，我们可以更好地理解和应用策略模式，设计出高质量的软件系统。

策略模式和简单工厂的区别

1. 引言

在软件开发中，经常会遇到需要根据不同的条件或情景来选择不同的算法或行为的情况。策略模式和简单工厂是常用的两种设计模式，用于解决这类问题。虽然它们都可以实现根据条件选择不同的算法或行为，但它们在原理、应用场景和设计思想上存在一些区别。本文将重点讨论策略模式和简单工厂的区别，并介绍它们的定义、原理、优点和缺点，以及如何选择合适的应用场景。

2. 策略模式

2.1 定义与原理

策略模式（Strategy Pattern）是一种行为型设计模式，它定义了一系列算法或行为，并将每个算法或行为封装到独立的类中，使得它们可以相互替换。在策略模式中，这些算法或行为被称为策略（Strategy），而封装它们的类被称为策略类。

策略模式通过将策略类作为参数传递给客户端，让客户端根据需求选择合适的策略进行使用。这样，客户端可以在运行时动态地改变和选择策略，而不需要直接依赖具体的算法或行为。

2.2 优点

- 策略模式提供了更好的扩展性，可以方便地增加新的策略类，而无需修改客户端代码。
- 策略模式遵循开闭原则，客户端只依赖于抽象的策略类，而不依赖于具体的策略类，使得系统更加灵活和可维护。

2.3 缺点

- 策略模式会增加系统中类的数量，导致复杂性增加。
- 客户端需要了解所有的策略类，并自行选择合适的策略，增加了客户端的复杂性。

3. 简单工厂

3.1 定义与原理

简单工厂（Simple Factory）是一种创建型设计模式，它通过一个工厂类来创建不同类型的对象。在简单工厂中，工厂类负责根据客户端的请求，创建相应的对象并返回给客户端。

简单工厂可以隐藏对象的创建细节，使得客户端无需关注具体的创建过程。客户端只需要向工厂类提供必要的参数，工厂类便会根据参数创建相应的对象。

3.2 优点

- 简单工厂将对象的创建和使用分离，降低了客户端和对象之间的耦合度。
- 简单工厂对客户端屏蔽了对象的创建细节，使得客户端更加简洁。

3.3 缺点

- 简单工厂违反了开闭原则，当需要增加新的产品时，需要修改工厂类的代码，可能导致工厂类变得复杂。
- 简单工厂的工厂类职责较重，涉及对象的创建和判断逻辑，违反了单一职责原则。

4. 区别与应用场景选择

策略模式和简单工厂都可以根据条件选择不同的算法或行为，它们的主要区别在于以下几点：

- 封装性：策略模式将不同的算法或行为封装到独立的策略类中，使得它们可以相互替换；而简单工厂将不同类型的对象的创建封装到工厂类中。
- 扩展性：策略模式通过增加新的策略类来扩展功能，符合开闭原则；而简单工厂需要修改工厂类的代码来增加新的产品，违反了开闭原则。
- 客户端的复杂性：策略模式要求客户端了解所有的策略类，并自行选择合适的策略；而简单工厂将对象创建的细节隐藏，客户端只需提供必要的参数。

根据以上区别，我们可以根据具体的应用场景来选择使用策略模式还是简单工厂。如果需要根据不同的情景选择不同的算法或行为，并且这些算法或行为之间可以相互替换，那么策略模式是一个较好的选择。如果只需要根据条件选择不同类型的对象，而不需要对象之间的替换，那么简单工厂可以提供更简洁的实现方式。