巧用Bridge模式，提升代码扩展性和灵活性

后端

2023-12-25 10:51:28

解耦抽象：Bridge模式的艺术

在软件开发中，我们经常面临这样一个场景：一个抽象类拥有众多实现类，而我们需要在这些实现类之间灵活切换。这会导致代码冗余和维护难度加大。

此时，Bridge模式闪亮登场！它以其巧妙的解耦机制，使抽象类与实现类可以独立扩展和修改，从而显著提高了代码的可维护性和灵活性。

深入理解Bridge模式

让我们用一个简单的例子来理解Bridge模式。假设我们有一个Shape类，它表示各种形状的抽象类，如圆形、方形和三角形。而这些形状又可以有很多种不同的实现方式，如实心、空心、带边框等。

按照传统做法，我们需要为每一种形状的每一种实现方式创建一个单独的类。比如，实心圆形、空心方形、带边框三角形等等。这无疑会让代码变得非常臃肿。

而Bridge模式则提供了另一种思路。它将Shape类与实现类解耦，并将这些实现类抽象成一个单独的类层次结构，如：

SolidShape：实心形状
HollowShape：空心形状
BorderShape：带边框形状

通过组合不同的形状实现类，我们可以创建出各种各样的形状，而无需再为每一种形状的每一种实现方式都创建一个单独的类。

Bridge模式的优势

解耦： 将抽象类与实现类解耦，使得这两者可以独立地进行扩展和修改。
灵活： 可以轻松地切换不同实现类的实现方式，从而实现更灵活的代码。
可维护性： 提高代码的可维护性，使得代码更易于理解和修改。

代码示例

以下代码示例展示了Bridge模式在C#中的实现：

// 抽象类：形状
public abstract class Shape
{
    protected Implementor _implementor;

    public Shape(Implementor implementor)
    {
        this._implementor = implementor;
    }

    public abstract void Draw();
}

// 实现类：实心形状
public class SolidShape : Implementor
{
    public override void Draw()
    {
        Console.WriteLine("绘制实心形状");
    }
}

// 实现类：空心形状
public class HollowShape : Implementor
{
    public override void Draw()
    {
        Console.WriteLine("绘制空心形状");
    }
}

// 实现类：带边框形状
public class BorderShape : Implementor
{
    public override void Draw()
    {
        Console.WriteLine("绘制带边框形状");
    }
}

// 测试
public class Client
{
    public static void Main(string[] args)
    {
        Shape solidShape = new Shape(new SolidShape());
        solidShape.Draw(); // 输出：绘制实心形状

        Shape hollowShape = new Shape(new HollowShape());
        hollowShape.Draw(); // 输出：绘制空心形状
    }
}