桥接模式(Bride Pattern):

桥接模式(Bride Pattern):
将抽象部分与它的实现部分分离开来,使它们都可以独立的变化。

 

/// <summary>
    /// 抽象实现类
    /// </summary>
    abstract class Implementor
    {
        public abstract void Operation();
    }

    /// <summary>
    /// 具体实现类A
    /// </summary>
    class ConcreteImplementorA : Implementor
    {

        public override void Operation()
        {
            Console.WriteLine("具体实现A的方法执行");
        }
    }

    /// <summary>
    /// 具体实现类B
    /// </summary>
    class ConcreteImplementorB : Implementor
    {

        public override void Operation()
        {
            Console.WriteLine("具体实现B的方法执行");
        }
    }

    /// <summary>
    /// 抽象类,包含实现类
    /// </summary>
    abstract class Abstraction
    {
        protected Implementor implementor;

        public void SetImplementor(Implementor implementor)
        {
            this.implementor = implementor;
        }

        public abstract void Operation();
    }

    class RefinedAbstraction : Abstraction
    {
       
        public override void Operation()
        {
            implementor.Operation();
        }
    }

    /// <summary>
    /// 客户端调用
    /// </summary>
    class Program
    {
        static void Main()
        {
            Abstraction ab = new RefinedAbstraction();

            ab.SetImplementor(new ConcreteImplementorA());
            ab.Operation();

            ab.SetImplementor(new ConcreteImplementorB());
            ab.Operation();
        }
    }


优势和缺陷:
桥接模式可以从接口中分离实现功能,使得设计更具扩展性,这样客户调用方法时根本不需要知道实现的细节。
桥接模式减少了子类,假设程序要在2个操作系统中处理6种图像格式,纯粹的继承需要(2*6)12个子类,而应用
桥接模式,只需要(2+6)8个子类。它使得代码更清洁,耦合性更低。
缺陷是抽象类与实现类的双向连接使得运行速度减慢。

应用:
1.如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的联系。
2.设计要求实现化角色的任何改变不应当影响客户端,或者说实现化角色的改变对客户端是完全透明的。
3.一个构件有多于一个的抽象化角色和实现化角色,系统需要它们之间进行动态耦合。
4.虽然在系统中使用继承是没有问题的,但是由于抽象化角色和具体化角色需要独立变化,设计要求需要独立管理这两者。

Bridge要点:  
1.Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。
2.所谓抽象和实现沿着各自维度的变化,即“子类化”它们,得到各个子类之后,便可以任意它们,从而获得不同平台上的不同型号。
3.Bridge模式有时候类似于多继承方案,但是多继承方案往往违背了类的单一职责原则(即一个类只有一个变化的原因),复用性比较差。
Bridge模式是比多继承方案更好的解决方法。
4.Bridge模式的应用一般在“两个非常强的变化维度”,有时候即使有两个变化的维度,但是某个方向的变化维度并不剧烈——换言之两
个变化不会导致纵横交错的结果,并不一定要使用Bridge模式


实例:蜡笔和毛笔画画
 设想要绘制一幅图画,蓝天、白云、绿树、小鸟,如果画面尺寸很大,那么用蜡笔绘制就会遇到点麻烦。
 毕竟细细的蜡笔要涂出一片蓝天,是有些麻烦。如果有可能,最好有套大号蜡笔,粗粗的蜡笔很快能涂抹完成。
 至于色彩吗,最好每种颜色来支粗的,除了蓝天还有绿地呢。这样,如果一套12种颜色的蜡笔,我们需要两套 24支,
 同种颜色的一粗一细。呵呵,画还没画,开始做梦了:要是再有一套中号蜡笔就更好了,这样,不多不少总共36支蜡笔
 再看看毛笔这一边,居然如此简陋:一套水彩12色,外加大中小三支毛笔。你可别小瞧这"简陋"的组合,
 画蓝天用大毛笔,画小鸟用小毛笔,各具特色。

 为了一幅画,我们需要准备36支型号不同的蜡笔,而改用毛笔三支就够了,当然还要搭配上12种颜料。
 通过Bridge模式,我们把乘法运算3×12=36改为了加法运算3+12=15,这一改进可不小。
 那么我们这里蜡笔和毛笔到底有什么区别呢?
 实际上,蜡笔和毛笔的关键一个区别就在于笔和颜色是否能够分离。桥接模式的用意是"将抽象化 (Abstraction)与
 实现化(Implementation)脱耦,使得二者可以独立地变化"。关键就在于能否脱耦。
 蜡笔的颜色和蜡笔本身是分不开的,所以就造成必须使用36支色彩、大小各异的蜡笔来绘制图画。
 而毛笔与颜料能够很好的脱耦,各自独立变化,便简化了操作。
 在这里,抽象层面的概念是: "毛笔用颜料作画",而在实现时,毛笔有大中小三号,颜料有红绿蓝等12种,于是便可出现3×12种组合。
 每个参与者(毛笔与颜料)都可以在自己的自由度上随意转换。

 

/// <summary>
    /// Implementor类
    /// </summary>
    public abstract class Colors
    {
        public string color;
    }

    public class Red : Colors
    {
        public Red()
        {
            this.color = "红色";
        }
    }

    public class Blue : Colors
    {
        public Blue()
        {
            this.color = "蓝色";
        }
    }

    public class Green : Colors
    {
        public Green()
        {
            this.color = "绿色";
        }
    }

    public abstract class Brushs
    {
        protected Colors c;

        public void SetColor(Colors c)
        {
            this.c = c;
        }

        public abstract void Paint();
    }

    public class BigBrush : Brushs
    {

        public override void Paint()
        {
            Console.WriteLine("使用大毛笔和{0}画画!",c.color);
        }
    }

     public class SmallBrush : Brushs
    {
        public override void Paint()
        {
            Console.WriteLine("使用小毛笔和{0}画画!", c.color);
        }
    }

     public class Program
     {
         public static void Display()
         {
             Brushs b = new BigBrush();
             b.SetColor(new Red());
             b.Paint();
             b.SetColor(new Blue());
             b.Paint();
             b.SetColor(new Green());
             b.Paint();

             b = new SmallBrush();
             b.SetColor(new Red());
             b.Paint();
             b.SetColor(new Blue());
             b.Paint();
             b.SetColor(new Green());
             b.Paint();
         }
     }

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值