.NET下的设计模式研究之桥接模式 (1)
点击次数：22 次 发布日期：2008-11-26 12:25:11 作者：源代码网
|
源代码网推荐 源代码网推荐 在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”?如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度?这就要使用Bridge模式。 源代码网推荐 源代码网推荐 意图 源代码网推荐 源代码网推荐 将抽象部分与实现部分分离，使它们都可以独立的变化。[GOF 《设计模式》] 源代码网推荐 源代码网推荐 结构图 源代码网推荐 源代码网推荐 源代码网推荐 图1 Bridge模式结构图 源代码网推荐 源代码网推荐 生活中的例子 源代码网推荐 源代码网推荐 桥接模式将抽象部分与它的实现分离，使它们能够独立地变化。一个普通的开关控制的电灯、电风扇等等，都是桥接的例子。开关的目的是将设备打开或关闭。实际的开关可以是简单的双刀拉链开关，也可以是调光开关。 源代码网推荐 
源代码网推荐 源代码网推荐 图2 使用电子开关例子的桥接对象图 源代码网推荐 源代码网推荐 桥接模式解说 源代码网推荐 源代码网推荐 在创建型模式里面，我曾经提到过抽象与实现，抽象不应该依赖于具体实现细节，实现细节应该依赖于抽象。看下面这幅图: 源代码网推荐 源代码网推荐 
源代码网推荐 图3 抽象不应该依赖于实现细节 源代码网推荐 源代码网推荐 在这种情况下，如果抽象B稳定，而实现细节b变化，这时用创建型模式来解决没有问题。但是如果抽象B也不稳定，也是变化的，该如何解决?这就要用到Bridge模式了。 源代码网推荐 源代码网推荐 我们仍然用日志记录工具这个例子来说明Bridge模式。现在我们要开发一个通用的日志记录工具，它支持数据库记录DatabaseLog和文本文件记录FileLog两种方式，同时它既可以运行在.NET平台，也可以运行在Java平台上。 源代码网推荐 源代码网推荐 根据我们的设计经验，应该把不同的日志记录方式分别作为单独的对象来对待，并为日志记录类抽象出一个基类Log出来，各种不同的日志记录方式都继承于该基类: 源代码网推荐 
源代码网推荐 图4 Log类结构图 源代码网推荐 源代码网推荐 实现代码如下: 源代码网推荐 源代码网推荐 public abstract class Log 源代码网推荐 { 源代码网推荐 public abstract void Write(string log); 源代码网推荐 } 源代码网推荐 public class DatabaseLog : Log 源代码网推荐 { 源代码网推荐 public override void Write(string log) 源代码网推荐 { 源代码网推荐 //......Log Database 源代码网推荐 } 源代码网推荐 } 源代码网推荐 源代码网推荐 public class TextFileLog : Log 源代码网推荐 { 源代码网推荐 public override void Write(string log) 源代码网推荐 { 源代码网推荐 //......Log Text File 源代码网推荐 } 源代码网推荐 } 源代码网推荐 源代码网推荐 源代码网推荐 源代码网推荐 源代码网推荐 做人要厚道，请注明转自酷网动力(www.ASPCOOL.COM)。 源代码网推荐 源代码网供稿. |
