软件设计模式系列之二十三——策略模式

软件设计,模式,系列,之二,十三,策略 · 浏览次数 : 8

小编点评

**策略模式**是一种行为型设计模式,用于在运行时动态选择算法的行为。 **策略模式的优点:** * 代码更具灵活性,易于扩展和维护。 * 添加新的策略类不会影响现有代码。 * 客户端代码可以根据需要在运行时切换策略,无需修改现有代码。 **策略模式的缺点:** * 策略类数量可能过多,导致类的数量增加,增加维护成本。 * 客户端需要了解不同策略的存在,可能会增加复杂性。 **策略模式的应用场景:** * 需要在运行时选择不同的算法实现。 * 涉及到多个算法,需要根据不同的需求选择不同的算法。 * 代码可维护性和可扩展性需要考虑。 **策略模式的例子:** * **支付系统:**定义不同的策略类处理不同支付方式的处理逻辑。 * **文本编辑器:**定义不同的策略类实现不同的文本格式化效果。 * **游戏开发中的敌人行为:**定义不同的策略类模拟不同类型的敌人行为。 **与其他设计模式的比较:** * **状态模式:**状态模式侧重于在对象的状态改变时改变其行为。 * **命令模式:**命令模式用于封装请求以及请求的参数,允许以更灵活的方式进行操作。 * **模板方法模式:**模板方法模式定义了一个算法的骨架,具体子类可以实现其中的某些步骤。

正文

1 模式的定义

策略模式(Strategy Pattern)是一种行为型设计模式,它允许在运行时动态选择算法的行为。这意味着你可以定义一系列算法,将它们封装成独立的策略对象,然后根据需要在不修改客户端代码的情况下切换这些算法。策略模式有助于解决问题领域中不同行为的变化和扩展,同时保持代码的灵活性和可维护性。

2 举例说明

策略模式在日常生活中有许多应用,以下是几个比较符合策略模式且为大家所熟知的例子:

导航应用的路线选择:导航应用根据用户的输入和当前交通情况,选择不同的导航策略,如最短路径、避开拥堵、步行导航等。用户可以根据需要选择不同的导航策略,类似于策略模式中的选择不同算法。

手机相机的拍摄模式:手机相机应用通常具有多种拍摄模式,如普通拍照、全景模式、夜间模式、慢动作模式等。用户可以根据拍摄需求选择不同的拍摄模式,每种模式对应不同的拍摄策略。

餐厅菜单的点餐方式:在餐厅菜单中,顾客可以选择不同的点餐方式,如套餐、单点、外卖等。每种点餐方式对应不同的计费策略和服务流程。

交通信号灯的控制:交通信号灯会根据不同的时间段和交通流量采用不同的信号控制策略,如红灯、绿灯、黄灯。这些策略会在不同的情况下切换,以保障道路交通的安全和流畅。

这些例子中,策略模式的思想都可以看到:根据不同的需求或条件,选择不同的策略来实现特定的行为或功能,而无需改变核心系统。这种动态选择和切换策略的能力在日常生活中随处可见,帮助我们更好地适应不同的情境和需求。

3 结构

策略模式通常包含以下角色:

Context(上下文):上下文类负责维护对策略对象的引用,并在运行时切换策略。上下文类通常具有一个方法,用于执行当前策略。

Strategy(策略):策略是一个接口或抽象类,定义了一组算法的共同接口。具体的策略类实现这个接口,提供了不同的算法实现。

ConcreteStrategy(具体策略):具体策略类实现了策略接口,提供了特定算法的实现。

策略模式结构

4 实现步骤

实现策略模式通常包括以下步骤:

定义策略接口:创建一个策略接口或抽象类,定义算法的方法。

创建具体策略类:为每个算法创建具体的策略类,这些类应该实现策略接口,并提供自己的算法实现。

创建上下文类:上下文类应该包含一个策略对象的引用,并提供方法来设置和执行策略。

在客户端代码中使用:在客户端代码中创建上下文对象,并根据需要设置不同的策略。

5 代码实现

让我们通过Java代码来演示策略模式的实现。

// Step 1: 定义策略接口
interface DiscountStrategy {
    double applyDiscount(double amount);
}

// Step 2: 创建具体策略类
class PercentageDiscountStrategy implements DiscountStrategy {
    private double percentage;

    public PercentageDiscountStrategy(double percentage) {
        this.percentage = percentage;
    }

    @Override
    public double applyDiscount(double amount) {
        return amount - (amount * percentage / 100);
    }
}

class FixedAmountDiscountStrategy implements DiscountStrategy {
    private double discountAmount;

    public FixedAmountDiscountStrategy(double discountAmount) {
        this.discountAmount = discountAmount;
    }

    @Override
    public double applyDiscount(double amount) {
        return amount - discountAmount;
    }
}

// Step 3: 创建上下文类
class ShoppingCart {
    private DiscountStrategy discountStrategy;

    public void setDiscountStrategy(DiscountStrategy discountStrategy) {
        this.discountStrategy = discountStrategy;
    }

    public double checkout(double totalAmount) {
        if (discountStrategy != null) {
            return discountStrategy.applyDiscount(totalAmount);
        }
        return totalAmount;
    }
}

// Step 4: 在客户端代码中使用
public class Main {
    public static void main(String[] args) {
        ShoppingCart cart = new ShoppingCart();

        // 使用百分比折扣策略
        cart.setDiscountStrategy(new PercentageDiscountStrategy(10));
        double discountedTotal = cart.checkout(100.0);
        System.out.println("Discounted Total: " + discountedTotal);

        // 使用固定金额折扣策略
        cart.setDiscountStrategy(new FixedAmountDiscountStrategy(20));
        discountedTotal = cart.checkout(100.0);
        System.out.println("Discounted Total: " + discountedTotal);
    }
}

6 典型应用场景

策略模式在许多不同的应用场景中都有广泛的应用。以下是一些典型的策略模式应用场景以及简要说明:

支付系统:支付系统通常需要处理多种支付方式,如信用卡、支付宝、微信支付等。策略模式可以用来实现每种支付方式的处理策略,使系统能够根据用户选择的支付方式执行不同的支付逻辑。

电商平台的促销策略:电商平台常常会推出不同的促销活动,如打折、满减、赠品等。策略模式可以用来实现这些促销策略,使系统能够根据当前活动动态地计算商品价格。

文本编辑器的文本格式化:文本编辑器可以提供多种文本格式化选项,如加粗、斜体、下划线等。策略模式可以用来实现不同的文本格式化策略,使用户能够选择不同的格式化效果。

游戏开发中的敌人行为:在游戏开发中,不同类型的敌人可能具有不同的行为,如追逐玩家、攻击玩家、躲避玩家等。策略模式可以用来定义不同的敌人行为策略,使游戏引擎能够根据敌人的类型选择正确的行为策略。

数据排序:在数据处理中,可能需要根据不同的排序算法对数据进行排序,如快速排序、冒泡排序、插入排序等。策略模式可以用来实现这些不同的排序策略,使系统能够根据数据量和性质选择合适的排序算法。

这些例子中,策略模式都用于动态选择和切换不同的算法或行为,以满足不同的需求或情境。这种灵活性和可扩展性使得策略模式成为面向对象设计中的重要工具,能够提高代码的可维护性和可读性。

7 优缺点

优点:

策略模式使代码更具灵活性,易于扩展和维护。添加新的策略类不会影响现有代码。
策略模式将算法封装在独立的策略类中,使代码更具可读性和可维护性。
客户端代码可以根据需要在运行时切换策略,无需修改现有代码。

缺点:

如果策略类数量过多,可能会导致类的数量增加,增加维护成本。
客户端需要了解不同策略的存在,可能会增加复杂性。

8 类似模式

与策略模式类似的模式包括以下几种:

状态模式(State Pattern):

状态模式和策略模式都属于行为型设计模式,它们都关注对象的行为,但它们的重点不同。策略模式侧重于在一组算法中选择一个,而状态模式侧重于在对象的状态改变时改变其行为。在状态模式中,对象的行为取决于它的状态,而不是通过外部切换不同的策略类。

命令模式(Command Pattern):

策略模式和命令模式都允许将不同的行为封装成对象,但它们的目的和用途有所不同。策略模式用于在运行时选择不同的算法,而命令模式用于封装请求以及请求的参数,允许以更灵活的方式进行操作。

模板方法模式(Template Method Pattern):

模板方法模式和策略模式都是用于定义一组算法,但它们的关注点不同。模板方法模式定义了一个算法的骨架,具体子类可以实现其中的某些步骤,而策略模式将不同的算法封装成独立的策略对象,并允许在运行时选择不同的策略。

这些模式之间的联系在于它们都涉及到将不同的行为封装成对象,从而提高了代码的可维护性和灵活性。然而,它们各自解决不同类型的问题,因此在选择模式时需要根据具体情况来决定使用哪种模式。策略模式更适用于需要在一组算法中进行动态选择的情况,而其他模式则解决了不同的设计问题,例如状态管理、请求封装等。根据问题的性质,可以选择合适的模式来实现所需的功能。

9 小结

策略模式是一种强大的设计模式,允许在运行时选择不同的算法实现,以处理不同的行为需求。通过将算法封装在独立的策略类中,策略模式提高了代码的可维护性和可扩展性。在面临多种行为选择的情况下,策略模式是一个有力的工具,可以使代码更加灵活和可读。但是,它需要在客户端了解不同策略的情况下使用,因此需要谨慎设计。总之,策略模式是面向对象设计中的一个重要概念,值得深入学习和应用。

与软件设计模式系列之二十三——策略模式相似的内容:

软件设计模式系列之二十三——策略模式

策略模式(Strategy Pattern)是一种行为型设计模式,它允许在运行时动态选择算法的行为。这意味着你可以定义一系列算法,将它们封装成独立的策略对象,然后根据需要在不修改客户端代码的情况下切换这些算法。策略模式有助于解决问题领域中不同行为的变化和扩展,同时保持代码的灵活性和可维护性。

软件设计模式系列之二十五——访问者模式

访问者模式(Visitor Pattern)是一种强大的行为型设计模式,它允许你在不改变被访问对象的类的前提下,定义新的操作和行为。本文将详细介绍访问者模式,包括其定义、举例说明、结构、实现步骤、Java代码实现、典型应用场景、优缺点、类似模式以及最后的小结。

软件设计模式系列之二十四——模板方法模式

在软件设计领域,设计模式是一组被反复使用、多次实践验证的经典问题解决方案。其中,模板方法模式是一种行为型设计模式,用于定义一个算法的骨架,将算法中的某些步骤延迟到子类中实现,从而使子类可以重新定义算法的某些特定步骤,同时保持算法的整体结构不变。本文将深入探讨模板方法模式,包括其定义、举例、结构、实现...

软件设计模式系列之二十二——状态模式

状态模式是一种行为型设计模式,它允许对象在内部状态发生改变时改变其行为,使得对象的行为看起来像是改变了其类。状态模式将对象的状态抽象成一个独立的类,让对象在不同状态下具有不同的行为,而且可以在运行时切换状态。这种方式使得状态的管理更加清晰,避免了大量的条件判断语句,提高了代码的可维护性和可扩展性。

软件设计模式系列之二十一——观察者模式

观察者模式(Observer Pattern)是一种行为型设计模式,它允许对象之间建立一对多的依赖关系,当一个对象的状态发生变化时,所有依赖于它的对象都会得到通知并自动更新。这个模式也被称为发布-订阅模式,因为它模拟了一个主题(发布者)与多个观察者(订阅者)之间的关系。观察者模式主要用于实现对象之间...

软件设计模式系列之二十——备忘录模式

备忘录模式是一种行为型设计模式,它允许我们在不暴露对象内部细节的情况下捕获和恢复对象的内部状态。这个模式非常有用,因为它可以帮助我们实现撤销、恢复和历史记录等功能。在本文中,我们将深入探讨备忘录模式的各个方面,包括定义、示例、结构、实现步骤、代码实现、典型应用场景、优缺点、类似模式以及小结。

软件设计模式系列之十三——享元模式

享元模式(Flyweight Pattern)是一种结构型设计模式,它旨在减少内存占用或计算开销,通过共享大量细粒度对象来提高系统的性能。这种模式适用于存在大量相似对象实例,但它们的状态可以外部化(extrinsic),并且可以在多个对象之间共享的情况。

软件设计模式系列之十一——装饰模式

装饰模式属于结构型设计模式,它通过将对象包装在装饰器类中来动态地添加额外的行为,而不需要修改原始对象的代码。这个模式以透明的方式向对象添加功能,从而使您可以根据需要组合各种功能。

软件设计模式系列之十二——外观模式

外观模式是一种结构型设计模式,它提供了一个简化的接口,用于访问系统中的一组相关接口,以隐藏系统的复杂性。外观模式的主要目标是简化客户端与子系统之间的交互,同时降低了系统的耦合度。它允许客户端通过一个统一的入口点来与系统进行通信,而不需要了解系统内部的具体细节和复杂性

软件设计模式系列之十四——代理模式

代理模式是一种结构型设计模式,它允许一个对象(代理)充当另一个对象的接口,以控制对该对象的访问。代理模式通常用于控制对真实对象的访问,以实现一些额外的功能,例如延迟加载、权限控制、日志记录等。这种模式属于结构型设计模式,因为它关注对象之间的组合,以形成更大的结构。