.NET下的设计模式研究之桥接模式(4)
点击次数：21 次 发布日期：2008-11-26 12:25:09 作者：源代码网
|
源代码网推荐 源代码网推荐 
源代码网推荐 图11 源代码网推荐 源代码网推荐 实现代码如下: 源代码网推荐 源代码网推荐 源代码网推荐 源代码网推荐 public class NDatabaseLog : DatabaseLog, IImpLog 源代码网推荐 { 源代码网推荐 //...... 源代码网推荐 } 源代码网推荐 public class JDatabaseLog : DatabaseLog, IImpLog 源代码网推荐 { 源代码网推荐 //...... 源代码网推荐 } 源代码网推荐 public class NTextFileLog : TextFileLog, IImpLog 源代码网推荐 { 源代码网推荐 //...... 源代码网推荐 } 源代码网推荐 public class JTextFileLog : TextFileLog, IImpLog 源代码网推荐 { 源代码网推荐 //...... 源代码网推荐 } 源代码网推荐 源代码网推荐 如上图中蓝色的部分所示，它们既具有日志记录方式的特性，也具有接口IimpLog的特性，它已经违背了面向对象设计原则中类的单一职责原则，一个类应当仅有一个引起它变化的原因。所以采用Bridge模式往往是比采用多继承更好的方案。说到这里，大家应该对Bridge模式有一些认识了吧?如果在开发中遇到有两个方向上纵横交错的变化时，应该能够想到使用Bridge模式，当然了，有时候虽然有两个方向上的变化，但是在某一个方向上的变化并不是很剧烈的时候，并不一定要使用Bridge模式。 源代码网推荐 源代码网推荐 效果及实现要点 源代码网推荐 源代码网推荐 1.Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。 源代码网推荐 源代码网推荐 2.所谓抽象和实现沿着各自维度的变化，即“子类化”它们，得到各个子类之后，便可以任意它们，从而获得不同平台上的不同型号。 源代码网推荐 源代码网推荐 3.Bridge模式有时候类似于多继承方案，但是多继承方案往往违背了类的单一职责原则(即一个类只有一个变化的原因)，复用性比较差。Bridge模式是比多继承方案更好的解决方法。 源代码网推荐 源代码网推荐 4.Bridge模式的应用一般在“两个非常强的变化维度”，有时候即使有两个变化的维度，但是某个方向的变化维度并不剧烈——换言之两个变化不会导致纵横交错的结果，并不一定要使用Bridge模式。 源代码网推荐 源代码网推荐 适用性 源代码网推荐 源代码网推荐 在以下的情况下应当使用桥梁模式: 源代码网推荐 源代码网推荐 1.如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的联系。 源代码网推荐 源代码网推荐 2.设计要求实现化角色的任何改变不应当影响客户端，或者说实现化角色的改变对客户端是完全透明的。 源代码网推荐 源代码网推荐 3.一个构件有多于一个的抽象化角色和实现化角色，系统需要它们之间进行动态耦合。 源代码网推荐 源代码网推荐 4.虽然在系统中使用继承是没有问题的，但是由于抽象化角色和具体化角色需要独立变化，设计要求需要独立管理这两者。 源代码网推荐 源代码网推荐 总结 源代码网推荐 源代码网推荐 Bridge模式是一个非常有用的模式，也非常复杂，它很好的符合了开放-封闭原则和优先使用对象，而不是继承这两个面向对象原则。 源代码网推荐 源代码网推荐 做人要厚道，请注明转自酷网动力(www.ASPCOOL.COM)。 源代码网推荐 源代码网供稿. |
