Bridge桥接模式

>>返回《C#常用设计模式》

• 1. 简介
• 2. 示例
• 3. 优缺点
  • 3.1. 优点
  • 3.2. 缺点
  • 3.3. 适用的环境

1. 简介

• 定义
  • 将抽象部分与它的实现部分解耦，使得两者都能够独立的变化
• 蜡笔与毛笔
  • 蜡笔有不同的大小和颜色，需要用哪个笔就用哪个笔
  • 毛笔分为不同大小，却只有一个调色盘，里面装着不同的颜料，我们需要什么颜色，就用对应大小的毛笔去蘸对应的颜料
  • 二者相比，我倒是觉得还是蜡笔方便，但是，试想一下，如果我们笔的大小变化有很多，颜色我也要越多越好，以应对变化
  • 毛笔只要提供对应大小的毛笔，颜色只要放到调色盘里就OK了，数量相对少很多，我们只要带着不同大小的笔和调色盘就好了
  • 桥接模式，就是要像毛笔这样应对不同(多维度)变化而来的。
• 类图
  

2. 示例

using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Text;
using System.Text.RegularExpressions;

namespace ConsoleApplication4
{
    //client
    class Program
    {
        static void Main(string[] args)
        {
            UserBLL bll1 = new CustomerUserBLL();
            bll1.SetDAL(new UserMSSQLDAL());
            bll1.Add();

            Console.ReadKey();
            Console.WriteLine();

            UserBLL bll2 = new CustomerUserBLL();
            bll2.SetDAL(new UserMySQLDAL());
            bll2.Add();

            Console.ReadKey();
        }
    }

    #region 抽象
    //Abstracttion
    public abstract class UserBLL
    {
        private UserDAL dal;

        public void SetDAL(UserDAL userDAL)
        {
            dal = userDAL;
        }

        public virtual void Add()
        {
            dal.AddUser();
        }
    }
    //Implementor interface
    public abstract class UserDAL
    {
        public abstract void AddUser();
    }
    #endregion

    //BLL 实现 RefinedAbstracttion
    public class CustomerUserBLL : UserBLL
    {
        public override void Add()
        {
            Console.WriteLine("Customer-User-BLL Add");
            base.Add();
        }
    }

    //MySQL DAL ConcreteImplementorA
    public class UserMySQLDAL : UserDAL
    {
        public override void AddUser()
        {
            Console.WriteLine("--User-My-SQL-DAL AddUser");
        }
    }

    //MSSQL DAL 实现 ConcreteImplementorB
    public class UserMSSQLDAL : UserDAL
    {
        public override void AddUser()
        {
            Console.WriteLine("--User-MS-SQL-DAL AddUser");
        }
    }
}

3. 优缺点

3.1. 优点

• 分离抽象接口及其实现部分，从而可以获得更多维度组合对象。即可以搭建很多的桥
• 桥接模式可取代多层继承方案，极大减少了子类的个数
• 提高了系统的可扩展性，多维度间任意扩展需要扩展的一个维度，不需修改原有系统，符合开闭原则

3.2. 缺点

• 会增加系统的理解与设计难度，需要对抽象层进行编程
• 要正确的分别出独立变化的维度，使其使用范围有一定局限性

3.3. 适用的环境

• 如果一个系统需要在抽象化和具体化之间增加更多的灵活性，避免在两个层次间建立静态的继承关系，可以用桥接模式在抽象层建立关联关系
• 抽象部分和实现部分可以以继承的方式独立扩展而不互相影响，系统需要对抽象化角色和实现化角色进行动态耦合
• 一个类存在两个或多个独立变化的维度，且各自需要独立的进行扩展
• 对于不希望使用继承或因为多层继承导致系统类的个数急剧增加的系统，桥接模式很适用