码迷,mamicode.com
首页 > 其他好文 > 详细

23种设计模式(6)--Bridge模式

时间:2016-05-18 18:02:53      阅读:256      评论:0      收藏:0      [点我收藏+]

标签:

面向对象的设计原则:高内聚、低耦合

软件重构原则:小步快跑------抽取的思想(抽取函数、抽取类、抽取接口);对扩展开放、对修改封闭

设计模式分类如下:

技术分享

Bridge模式主要是解决多维度问题,什么意思呢?类似于n*m这个公式,n种抽象的接口,m种具体的实现,最多可以有n*m种组合方式。

下面这篇文章对Bridge模式讲解的通俗易懂,于是转了过来。


学习设计模式也有一段时间了,今天就把我整理的一篇课程和大家分享,有不妥之处欢迎指出. 

生活中的一个例子:
    就拿汽车在路上行驶的来说。即有小汽车又有公共汽车,它们都不但能在市区中的公路上行驶,也能在高速公路上行驶。这你会发现,对于交通工具(汽车)有不同的类型,然而它们所行驶的环境(路)也在变化,在软件系统中就要适应两个方面的变化?怎样实现才能应对这种变化呢?
概述:
在软件系统中,某些类型由于自身的逻辑,它具有两个或多个维度的变化,那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化,而又不引入额外的复杂度?这就要使用Bridge模式。
意图:
   将抽象部分与实现部分分离,使它们都可以独立的变化。
                                                                    ——《设计模式》GOF 
结构图:
                                 技术分享
传统的做法:
        通过类继承的方式来做上面的例子;
先看一下类结构图:
      技术分享
代码实现:
 1技术分享namespace CarRunOnRoad
 2技术分享{
 3技术分享    //路的基类;
 4技术分享    public  class Road
 5技术分享    {
 6技术分享        public virtual void Run()
 7技术分享        {
 8技术分享            Console.WriteLine("在路上");
 9技术分享        }

10技术分享    }

11技术分享    //高速公路;
12技术分享    public class SpeedWay : Road
13技术分享    {
14技术分享        public override void Run()
15技术分享        {
16技术分享            Console.WriteLine("高速公路");
17技术分享        }

18技术分享    }

19技术分享    //市区街道;
20技术分享    public class Street : Road
21技术分享    {
22技术分享        public override void Run()
23技术分享        {
24技术分享            Console.WriteLine("市区街道");
25技术分享        }

26技术分享    }

27技术分享    //小汽车在高速公路上行驶;
28技术分享    public class CarOnSpeedWay : SpeedWay
29技术分享    {
30技术分享        public override void Run()
31技术分享        {
32技术分享            Console.WriteLine("小汽车在高速公路上行驶");
33技术分享        }

34技术分享    }

35技术分享    //公共汽车在高速公路上行驶;
36技术分享    public class BusOnSpeedWay : SpeedWay
37技术分享    {
38技术分享        public override void Run()
39技术分享        {
40技术分享            Console.WriteLine("公共汽车在高速公路上行驶");
41技术分享        }

42技术分享    }

43技术分享    //小汽车在市区街道上行驶;
44技术分享    public class CarOnStreet : Street
45技术分享    {
46技术分享        public override void Run()
47技术分享        {
48技术分享            Console.WriteLine("汽车在街道上行驶");
49技术分享        }

50技术分享    }

51技术分享    //公共汽车在市区街道上行驶;
52技术分享    public class BusOnStreet : Street
53技术分享    {
54技术分享        public override void Run()
55技术分享        {
56技术分享            Console.WriteLine("公共汽车在街道上行驶");
57技术分享        }

58技术分享    }

59技术分享   
60技术分享}

客户端调用:
 1技术分享static void Main(string[] args)
 2技术分享        {
 3技术分享            //小汽车在高速公路上行驶
 4技术分享            CarOnSpeedWay Car = new CarOnSpeedWay();
 5技术分享            Car.Run();
 6技术分享
 7技术分享            Console.WriteLine("===========================");
 8技术分享
 9技术分享            //公共汽车在街道上行驶
10技术分享            BusOnStreet Bus = new BusOnStreet();
11技术分享            Bus.Run();
12技术分享
13技术分享            Console.Read();
14技术分享        }

缺点:
     但是我们说这样的设计是脆弱的,仔细分析就可以发现,它还是存在很多问题,首先它在遵循开放-封闭原则的同时,违背了类的单一职责原则,即一个类只有一个引起它变化的原因,而这里引起变化的原因却有两个,即路类型的变化和汽车类型的变化;其次是重复代码会很多,不同的汽车在不同的路上行驶也会有一部分的代码是相同的;再次是类的结构过于复杂,继承关系太多,难于维护,最后最致命的一点是扩展性太差。如果变化沿着汽车的类型和不同的道路两个方向变化,我们会看到这个类的结构会迅速的变庞大。


应用设计模式
       桥接模式(Bridge)来做;
先看一下类结构图:
                      技术分享
                           技术分享
代码实现:
 1技术分享namespace CarRunOnRoad_Bridge_
 2技术分享{
 3技术分享
 4技术分享    //抽象路
 5技术分享    public abstract class AbstractRoad
 6技术分享    {
 7技术分享        protected AbstractCar car;
 8技术分享        public AbstractCar Car
 9技术分享        {
10技术分享            set
11技术分享            {
12技术分享                car = value;
13技术分享            }

14技术分享        }

15技术分享
16技术分享        public abstract void Run();
17技术分享    }

18技术分享
19技术分享    //高速公路
20技术分享    public class SpeedWay : AbstractRoad
21技术分享    {
22技术分享        public override void Run()
23技术分享        {
24技术分享            car.Run();
25技术分享            Console.WriteLine("高速公路上行驶");
26技术分享        }

27技术分享    }

28技术分享
29技术分享    //市区街道
30技术分享    public class Street : AbstractRoad
31技术分享    {
32技术分享        public override void Run()
33技术分享        {
34技术分享            car.Run();
35技术分享            Console.WriteLine("市区街道上行驶");
36技术分享        }

37技术分享    }

38技术分享}

 1技术分享namespace CarRunOnRoad_Bridge_
 2技术分享{
 3技术分享    //抽象汽车 
 4技术分享    public abstract class AbstractCar
 5技术分享    {
 6技术分享        public abstract void Run();
 7技术分享    }

 8技术分享
 9技术分享    //小汽车;
10技术分享    public class Car : AbstractCar
11技术分享    {
12技术分享        public override void Run()
13技术分享        {
14技术分享            Console.Write("小汽车在");
15技术分享        }

16技术分享    }

17技术分享
18技术分享    //公共汽车
19技术分享    public class Bus : AbstractCar
20技术分享    {
21技术分享        public override void Run()
22技术分享        {
23技术分享            Console.Write("公共汽车在");
24技术分享        }

25技术分享    }

26技术分享}

客户端调用:
 1技术分享 static void Main(string[] args)
 2技术分享        {
 3技术分享            //小汽车在高速公路上行驶;
 4技术分享            AbstractRoad Road1 = new SpeedWay();
 5技术分享            Road1.Car = new Car();
 6技术分享            Road1.Run();
 7技术分享            Console.WriteLine("=========================");
 8技术分享
 9技术分享            //公共汽车在高速公路上行驶;
10技术分享            AbstractRoad Road2 = new SpeedWay();
11技术分享            Road2.Car = new Bus();
12技术分享            Road2.Run();
13技术分享
14技术分享           
15技术分享
16技术分享            Console.Read();
17技术分享        }

      可以看到,通过对象组合的方式,Bridge 模式把两个角色之间的继承关系改为了耦合的关系,从而使这两者可以从容自若的各自独立的变化,这也是Bridge模式的本意。
      这样增加了客户程序与路与汽车的耦合。其实这样的担心是没有必要的,因为这种耦合性是由于对象的创建所带来的,完全可以用创建型模式去解决。在应用时结合创建型设计模式来处理具体的问题。
应用设计模式:
       桥接模式(Bridge)来做(多维度变化);
       结合上面的例子,增加一个维度"人",不同的人开着不同的汽车在不同的路上行驶(三个维度);
       结合上面增加一个类"人",并重新调用.
代码实现:
 1技术分享namespace CarRunOnRoad_Bridge_
 2技术分享{
 3技术分享    abstract class people
 4技术分享    {
 5技术分享        AbstractRoad road;
 6技术分享        public AbstractRoad Road
 7技术分享        {
 8技术分享            get
 9技术分享            {
10技术分享                return road;
11技术分享            }

12技术分享            set
13技术分享            {
14技术分享                road = value;
15技术分享            }

16技术分享        }

17技术分享        public abstract void Run();
18技术分享
19技术分享    }

20技术分享    class Man : people
21技术分享    {
22技术分享        public override void Run()
23技术分享        {
24技术分享            Console.Write("男人开着");
25技术分享            Road.Run();
26技术分享        }

27技术分享    }

28技术分享
29技术分享    class WoMan : people
30技术分享    {
31技术分享        public override void Run()
32技术分享        {
33技术分享            Console.Write("女人开着");
34技术分享            Road.Run();
35技术分享        }

36技术分享    }

37技术分享}

客户端调用:
 1技术分享 static void Main(string[] args)
 2技术分享        {
 3技术分享            
 4技术分享            //男人开着公共汽车在高速公路上行驶;
 5技术分享            Console.WriteLine("=========================");
 6技术分享
 7技术分享            AbstractRoad Road3 = new SpeedWay();
 8技术分享            Road3.Car = new Bus();
 9技术分享
10技术分享            people p = new Man();
11技术分享            p.Road = Road3;
12技术分享            p.Run();
13技术分享
14技术分享            Console.Read();
15技术分享        }

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

适用性:
   在以下的情况下应当使用桥梁模式:
1.如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的联系。 
2.设计要求实现化角色的任何改变不应当影响客户端,或者说实现化角色的改变对客户端是完全透明的。
3.一个构件有多于一个的抽象化角色和实现化角色,系统需要它们之间进行动态耦合。 
4.虽然在系统中使用继承是没有问题的,但是由于抽象化角色和具体化角色需要独立变化,设计要求需要独立管理这两者。
总结:
      Bridge模式是一个非常有用的模式,也非常复杂,它很好的符合了开放-封闭原则和优先使用对象,而不是继承这两个面向对象原则。

桥接模式与装饰的区别:
装饰模式:

      这两个模式在一定程度上都是为了减少子类的数目,避免出现复杂的继承关系。但是它们解决的方法却各有不同,装饰模式把子类中比基类中多出来的部分放到单独的类里面,以适应新功能增加的需要,当我们把描述新功能的类封装到基类的对象里面时,就得到了所需要的子类对象,这些描述新功能的类通过组合可以实现很多的功能组合 .
桥接模式:
          桥接模式则把原来的基类的实现化细节抽象出来,在构造到一个实现化的结构中,然后再把原来的基类改造成一个抽象化的等级结构,这样就可以实现系统在多个维度上的独立变化 。

转: http://www.cnblogs.com/houleixx/archive/2008/02/23/1078877.html

23种设计模式(6)--Bridge模式

标签:

原文地址:http://blog.csdn.net/yo746862873/article/details/51441865

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!