c#设计模式(8)桥接模式(桥模式) - 行业资讯 - 肥雀云

这里以电视遥控器的一个例子来引出桥接模式解决的问题,首先,我们每个牌子的电视机都有一个遥控器,此时我们能想到的一个设计是——把遥控器做为一个抽象类,抽象类中提供遥控器的所有实现,其他具体电视品牌的遥控器都继承这个抽象类,具体设计类图如下:

这样的实现使得每部不同型号的电视都有自己遥控器实现,这样的设计对于电视机的改变可以很好地应对,只需要添加一个派生类就搞定了,但随着时间的推移,用户需要改变遥控器的功能,如:用户可能后面需要对遥控器添加返回上一个台等功能时,此时上面的设计就需要修改抽象类无线遥控的提供的接口了,此时可能只需要向抽象类中添加一个方法就可以解决了,但是这样带来的问题是我们改变了抽象的实现,如果用户需要同时改变电视机品型号和遥控器功能时,上面的设计就会导致相当大的修改,显然这样的设计并不是好的设计。然而使用桥接模式可以很好地解决这个问题,下面让我具体看看桥接模式是如何实现的。

桥接模式即将抽象部分与实现部分脱耦,使它们可以独立变化。对于上面的问题中,抽象化也就是远程控制类,实现部分也就是在(),(),NextChannel()等这样的方法(即遥控器的实现),上面的设计中,抽象化和实现部分在一起,桥接模式的目的就是使两者分离,根据面向对象的封装变化的原则,我们可以把实现部分的变化(也就是遥控器功能的变化)封装到另外一个类中,这样的一个思路也就是桥接模式的实现,大家可以对照桥接模式的实现代码来解决我们的分析思路。

上面定义部分已经给出了我们桥接模式的目的以及实现思路了,下面让我们具体看看桥接模式是如何解决引言部分设计的不足。

抽象化部分的代码:

///& lt; summary>///抽象概念中的遥控器,扮演抽象化角色///& lt;/summary>
　　公共类远程控制
　　{//字段
　　私人电视实现者;//属性
　　公共电视实现者
　　{
　　{回报实现者;}
　　集{实现者=价值;}
　　}///& lt; summary>///开电视机,这里抽象类中不再提供实现了,而是调用实现类中的实现///& lt;/summary>
　　公共虚拟空间>///& lt; summary>///电视机,提供抽象方法///& lt;/summary>
　　公共抽象类电视
　　{
　　公共抽象空白>///& lt; summary>///以电视机遥控器的例子来演示桥接模式///& lt;/summary>
　　类客户
　　{
　　静态void Main (string [] args)
　　{//创建一个遥控器
　　无线遥控远程控制=new ConcreteRemote ();//长虹电视机
　　远程控制。实现者=new长虹();
　　remoteControl.On ();
　　remoteControl.SetChannel ();
　　remoteControl.Off ();
　　Console.WriteLine ();//三星牌电视机
　　远程控制。三星实现者=new ();
　　remoteControl.On ();
　　remoteControl.SetChannel ();
　　remoteControl.Off ();
　　Console.Read ();
　　}
　　}

上面桥接模式的实现中,遥控器的功能实现方法不在遥控器抽象类中去实现了,而是把实现部分用来另一个电视机类去封装它,然而遥控器中只包含电视机类的一个引用,同时这样的设计也非常符合现实生活中的情况(我认为的现实生活中遥控器的实现,遥控器中并不包含换台,打开电视机这样的功能的实现,遥控器只是包含了电视机上这些功能的引用,然后红外线去找到电视机上对应功能的的实现)。通过桥接模式,我们把抽象化和实现化部分分离开了,这样就可以很好应对这两方面的变化了。

看完桥接模式的实现后,为了帮助大家理清对桥接模式中类之间关系,这里给出桥接模式的类图结构: