C# 软件设计模式-行为型模式【11种】

最新推荐文章于 2025-06-10 18:53:46 发布

lhj-7510

最新推荐文章于 2025-06-10 18:53:46 发布

阅读量1k

点赞数 24

CC 4.0 BY-SA版权

分类专栏：软件设计模式文章标签： c# 设计模式开发语言

本文链接：https://blog.csdn.net/weixin_47408699/article/details/139509820

行为型模式主要关注对象之间的交互和职责分配，旨在通过定义对象之间的通信方式和行为协作来实现特定的功能。有助于提高系统的灵活性、可维护性和可扩展性，使系统更加易于理解和管理。它们在构建复杂的软件系统中发挥着重要作用，帮助开发者更好地组织和协调对象之间的行为和交互。

一、策略模式：定义一系列算法，并将它们封装起来，使它们可以相互替换。

策略模式是一种行为型设计模式，其核心在于将算法的定义、使用和切换进行有效的分离。通过这种模式，系统能够根据不同的情境和需求，灵活地选择和应用相应的策略。

在实际的编程实践中，策略模式展现出诸多显著优势。它极大地增强了系统的可扩展性和可维护性。当需要添加新的策略或修改现有策略时，无需对使用策略的主体代码进行大规模的改动，只需专注于策略本身的实现和调整。

这种模式促进了代码的模块化和封装性。不同的策略可以被清晰地封装在各自的类中，彼此独立且互不干扰。这不仅提高了代码的可读性和可理解性，也为后续的开发和维护提供了便利。

在复杂的业务场景中，策略模式能够帮助我们更好地应对多样化的需求和变化。例如，在一个计费系统中，可以根据不同的客户类型或交易场景选择不同的计费策略；在游戏中，可以根据玩家的行为或游戏状态切换不同的游戏策略。

然而，运用策略模式也并非毫无挑战。在设计和实现策略时，需要仔细考虑策略之间的关系和边界，以确保系统的稳定性和正确性。同时，对于策略的管理和组织也需要合理规划，以便于在系统运行过程中能够高效地选择和切换策略。
以下是一个在 C# 中实现策略模式的简单示例：

首先定义一个策略接口：

interface IStrategy
{
   
   
    void Execute();
}

然后创建具体的策略类：

class StrategyA : IStrategy
{
   
   
    public void Execute()
    {
   
   
        Console.WriteLine("执行策略 A");
    }
}

class StrategyB : IStrategy
{
   
   
    public void Execute()
    {
   
   
        Console.WriteLine("执行策略 B");
    }
}

再创建一个使用策略的上下文类：

class Context
{
   
   
    private IStrategy strategy;

    public void SetStrategy(IStrategy strategy)
    {
   
   
        this.strategy = strategy;
    }

    public void DoSomething()
    {
   
   
        strategy.Execute();
    }
}

在使用时，可以这样操作：

class Program
{
   
   
    static void Main()
    {
   
   
        Context context = new Context();

        context.SetStrategy(new StrategyA());
        context.DoSomething();

        context.SetStrategy(new StrategyB());
        context.DoSomething();
    }
}

使用策略模式时需要注意以下几点：

明确策略边界：确保每个策略的功能定义清晰，避免策略之间的职责模糊不清。
策略的独立性：策略类之间应保持相对独立，减少相互依赖和干扰。
策略的可维护性：随着系统的发展，可能会有新的策略加入或现有策略的修改，要确保这种变化易于进行且不影响其他部分。
上下文与策略的解耦：上下文类不应过度依赖于具体的策略实现，以便灵活切换策略。
策略的数量控制：避免无节制地增加策略数量，以免导致系统过于复杂和难以管理。
策略的测试：对每个策略进行充分的测试，以保证其正确性和稳定性。
策略的命名规范：使用清晰、有意义的命名来区分不同的策略，提高代码的可读性。
性能考虑：在某些对性能要求较高的场景下，要评估策略模式的使用是否会带来额外的开销。
与其他模式的配合：可以结合其他设计模式来更好地构建系统架构，发挥各自的优势。
文档说明：对策略模式的使用和各个策略的功能进行详细的文档说明，方便其他开发人员理解和维护。

总之，策略模式是软件开发中一种非常有价值的设计模式。它为我们构建灵活、可扩展且易于维护的系统提供了有力的支持和保障。正确理解和熟练运用这一模式，对于提升软件质量和开发效率具有不可忽视的意义。

二、模板方法模式：定义一个操作中的算法框架，而将一些步骤延迟到子类中实现。

模板方法模式定义了一个操作中的算法的骨架，而将一些步骤延迟到子类中。它允许子类在不改变算法结构的情况下，重新定义算法中的某些特定步骤。

这种模式的核心在于其提供了一种固定的流程框架，其中包含了一系列的步骤。这些步骤中，部分可能是通用的、不可变的，构成了算法的基础结构；而其他部分则可以由子类进行个性化的定制和扩展。通过这样的设计，既保证了整体流程的稳定性和一致性，又赋予了子类足够的灵活性来满足不同的具体需求。

模板方法模式的优势显而易见。它增强了代码的复用性，避免了重复代码的出现，使得开发过程更加高效和简洁。同时，它也促进了代码的维护性，因为主要的逻辑结构集中在一个地方，易于理解和修改。此外，通过明确的框架设定，能够更好地规范开发过程，确保不同开发者遵循相同的模式和流程。

在实际应用中，模板方法模式被广泛运用于各种场景。例如，在构建复杂的业务流程时，可以通过模板方法来定义通用的流程框架，然后让各个具体业务根据自身特点来实现特定的步骤。它也常见于各种框架和库的设计中，为开发者提供了一个稳定且可扩展的基础。

以下是一个用 C#实现模板方法模式的示例代码：

using System;

// 抽象类定义模板方法
abstract class TemplateClass
{
   
   
    // 模板方法
    public void TemplateMethod()
    {
   
   
        Step1();
        Step2();
        Step3();
    }

    protected abstract void Step1();
    protected abstract void Step2();
    protected abstract void Step3();
}

// 具体类 1 实现具体步骤
class ConcreteClass1 : TemplateClass
{
   
   
    protected override void Step1()
    {
   
   
        Console.WriteLine("ConcreteClass1 执行步骤 1");
    }

    protected override void Step2()
    {
   
   
        Console.WriteLine("ConcreteClass1 执行步骤 2");
    }

    protected override void Step3()
    {
   
   
        Console.WriteLine("ConcreteClass1 执行步骤 3");
    }
}

// 具体类 2 实现具体步骤
class ConcreteClass2 : TemplateClass
{
   
   
    protected override void Step1()
    {
   
   
        Console.WriteLine("ConcreteClass2 执行步骤 1");
    }

    protected override void Step2()
    {
   
   
        Console.WriteLine("ConcreteClass2 执行步骤 2");
    }

    protected override void Step3()
    {
   
   
        Console.WriteLine("ConcreteClass2 执行步骤 3");
    }
}

class Program
{
   
   
    static void Main()
    {
   
   
        TemplateClass class1 = new ConcreteClass1();
        TemplateClass class2 = new ConcreteClass2();

        class1.TemplateMethod();
        Console.WriteLine();
        class2.TemplateMethod();
    }
}

总之，模板方法模式以其独特的优势和灵活性，在软件开发中占据着重要的地位，为构建高质量、可维护和可扩展的软件系统提供了有力的支持。
如何运用模板方法模式解决实际问题？
首先，明确问题中的固定流程和可变化部分。例如，在一个数据处理任务中，读取数据、进行初步处理、执行核心算法、输出结果等步骤可能是相对固定的，但具体的初步处理细节和核心算法的实现可以是不同的。

然后，设计一个抽象类来定义模板方法，该方法包含了整个固定流程。在这个抽象类中，将可变化的步骤定义为抽象方法，留待具体的子类去实现。

接着，创建具体的子类来继承抽象类。在子类中，根据实际需求实现那些抽象方法，从而定制化特定的行为。

比如，在一个文件处理的场景中，抽象类可以定义打开文件、读取内容、处理内容（抽象方法）、保存结果等步骤。不同类型文件的处理子类可以实现各自独特的处理内容方法。

在一个电商订单处理的例子中，抽象类可以有接收订单、订单验证、计算价格（抽象方法）、生成订单记录等流程。不同业务规则的子类可以在计算价格步骤中实现符合自身业务的算法。

通过这种方式，利用模板方法模式可以实现代码的复用和灵活定制，更好地应对各种实际问题中既有共性又有个性差异的情况。

三、观察者模式：定义对象间的一种一对多的依赖关系，当一个对象状态改变时，所有依赖它的对象都会得到通知并自动更新。

在观察者模式中，存在着主体和多个观察者。主体负责维护一系列与之相关联的观察者对象。当主体的状态发生变化时，它会自动通知所有注册的观察者，让他们能够及时响应并进行相应的动作。

这种模式的优点显著。它实现了主体和观察者之间的松散耦合，使得它们可以相对独立地发展和变化，而不会过度相互影响。同时，通过这种一对多的通知机制，能够高效地传播信息，确保相关方都能及时获取到重要的状态变化。

在实际应用中，它有广泛的用途。比如在图形用户界面中，当数据模型发生变化时，可以通知视图进行更新；在消息系统中，消息发布者可以将消息发送给所有订阅的观察者；在分布式系统中，也可以通过观察者模式来实现节点之间的状态同步等。

以下是一个使用 C#实现观察者模式的示例代码：

using System;
using System.Collections.Generic;

// 抽象观察者
interface IObserver
{
   
   
    void Update(string message);
}

// 具体观察者 1
class Observer1 : IObserver
{
   
   
    public void Update(string message)
    {
   
   
        Console.WriteLine("Observer1 收到消息: " + message);
    }
}

// 具体观察者 2
class Observer2 : IObserver