C#设计模式：桥接模式（Bridge Pattern）

一,桥接模式，直接上代码

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace _7.桥接模式
{
    //桥梁模式的用意是"将抽象化与实现化脱耦，使得二者存在两个独立变化的维度:人和人的事件"
    //抽象和实现沿着各自维度的变化，也就是说抽象和实现不再在同一个继承层次结构中，而是“子类化”它们，使它们各自都具有自己的子类，以便任何组合子类，从而获得多维度组合对象。
    class Program
    {
        static void Main(string[] args)
        {
            People p1 = new Chinese(new ChineseSpeak());
            p1.PossceEvent();

            People p2 = new Usa(new UsaSpeak());
            p2.PossceEvent();
        }
    }

    public abstract class People         //抽象部分。该类保持一个对实现部分对象的引用，抽象部分中的方法需要调用实现部分的对象来实现，该类一般为抽象类
    {
        private PeopleEvent peopleEvent { get; set; }    //定义接口或抽象类变量
        public People(PeopleEvent _peopleEvent)  //构造注入，接口或抽象类的实例
        {
            this.peopleEvent = _peopleEvent;
        }
        public void PossceEvent()   //抽象化与实现化脱耦
        {
            peopleEvent.Say();
        }
    }

    public abstract class PeopleEvent//实现部分。可以为接口或者是抽象类，其方法不一定要与抽象部分中的一致，一般情况下是由实现部分提供基本的操作，而抽象部分定义的则是基于实现部分基本操作的业务方法；
    {
        public abstract void Say();
    }    

    public class Chinese : People     //优化的抽象部分。抽象部分的具体实现，该类一般对抽象部分的方法进行完善和扩展；
    {
        public Chinese(PeopleEvent _peopleEvent)
            : base(_peopleEvent)
        {

        }
    }
    public class ChineseSpeak : PeopleEvent    //实现部分的具体实现。完善实现部分中定义的具体逻辑。
    {
        public override void Say()                //实现事件，这里针对不同的人，实现事件不一样，中国人说中文
        {
            Console.WriteLine("中国人说中文");
        }
    }

    public class Usa : People  //优化的抽象部分。抽象部分的具体实现，该类一般对抽象部分的方法进行完善和扩展；
    {
        public Usa(PeopleEvent _peopleEvent)
            : base(_peopleEvent)
        {

        }
    }
    public class UsaSpeak : PeopleEvent //实现部分的具体实现。完善实现部分中定义的具体逻辑。
    {
        public override void Say()           //实现事件，这里针对不同的人，实现事件不一样，美国人说英语
        {
            Console.WriteLine("美国人说英语");
        }
    }
}

二，总结：

1，桥梁模式的用意是"将抽象化与实现化脱耦，使得二者存在两个独立变化的维度（如上代码的人和人的事件）

2，当我们看到将抽象化与实现化脱耦，就会想到依赖注入，不错，这里就是使用依赖注入的构造注入的思想，将抽象和现实解耦，也就是指将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联。

3，但抽象和现实解耦还不是完全的桥梁模式，我们还需要使得二者可以独立地变化，那怎么才是独立的变化呢？

1》如上代码，抽象和实现沿着各自维度的变化，也就是说抽象和实现不再在同一个继承层次结构中，而是“子类化”它们，使它们各自都具有自己的子类，以便任何组合子类，从而获得多维度组合对象。

2》也就是根据上面的定义People可以有中国人和美国人，是一种维度的变化，而中国人和美国人又分别说不同的话，中文和英文这也是不同一个维度的变化，这也是抽象People和具体实现PeopleEvent，使得二者存在两个独立变化的理解