积木

No sub title

  C++博客 :: 首页 :: 联系 :: 聚合  :: 管理
  140 Posts :: 1 Stories :: 11 Comments :: 0 Trackbacks

常用链接

留言簿(1)

我参与的团队

搜索

  •  

最新评论

阅读排行榜

评论排行榜

设计模式学习总结之四

六:Bridge模式(即:桥接模式)

 讲之前,先声明:由于本人电脑不是很好,没法装上vc环境运行。因此以下代码,仅是手工输入,在环境中未必能编译通过。
但以下,仅仅只是介绍一种思想。仅供参考。同时,如果说明有误之处,欢迎指正。另外,则于一次性手工输入下面那么多东东,确实
不容易,所以Delphi的具体实现。就不在此列出。如有兴趣用Delphi实现的朋友,也可以找本人交流,本人盛感荣幸。
(当然如果是C++的朋友也同样、甚至更加欢迎)

 看了这么多次的桥接模式,这次总算明白了。要想理解桥接模式,个人认为,还是有必要同抽象及其实现进行一下比较。
 1) 抽象及实现。我相信,跟不同的人说话,都会有诀窍在里头。同是coder,相信,最默契的沟通,还是code吧。我们来看下抽象及其实现的代码。
//抽象基类声明
class AbstractClassX
{
private:
 //xxx
protected:
 //xxx
public:
 //xxx
 void DoSomething(void) = 0;
 //xxx
}

//AbstractClassX的具体实现 ClassXImplX1
class ClassXImplX1 : public AbstractClassX
{
....
public:
 void DoSomething(void){ // do something with method 1... }
}

//AbstractClassX的具体实现 ClassXImplX2
class ClassXImplX2 : public AbstractClassX
{
....
public:
 void DoSomething(void){ // do something with method 2... }
}

 在实际应用中,我们用的是抽象类。而实际上实例化的,却是某具体子类。这种实现被我们多数人所使用。而它实际上解决的只是这么一类问题,即:同一行为的不同表现。当
然大多数需求,用此就可以了。
 但现在假如说有这么一种情况:假如说,上面的处理仅仅只适用于平台A,而用户却希望同时,它也要能够在平台B上也能够一样的操作。那当如何?
很明显的,此种需要,并不是行为上的需求,因为不论是在平台A上还是平台B上,都要执行相同的操作。而且表示也是一样的。该需要的实现。实际上是需要我们重新封装个抽象层,
来专门处理平台B上的该行为。而实际的实现,却还是跟平台A上的一样。其实我们仔细一想。其实平台A了的抽象(即:AbstractClassX)与平台B上的抽象(假如为:AbstractClassY),
其实它们是类似的。因为需要处理的功能一样。因此,我们就想,如果将这种抽象与实现具体分离开来。在抽象中,留个具体实现的抽象引用(此其实就是该模式所指的Bridge----即:桥
通过该桥,将抽象与具体的实现连接起来。因此,我想该模式的名称就是因此得来的吧)。那样。抽象可以不受限制的扩展,实现也同样可以不受限制的扩展。这样,系统的框架就不需要
更改,其不妙哉?!因此就有了如下的code

//******************************************************************
//* 抽象声明及抽象部分的实现
//******************************************************************
//抽象的抽象基类声明
class AbstractClass
{
private:
 //xxx
protected:
 AbstractImpl* m_pAIObj; //具体的抽象实现的抽象对象(这话很ao口,但理解了这话,也就理解了该模式。可以大言不惭地说,该模式的秘密就在这句话上)
 //xxx
public:
 //xxx
 void DoSomething(void) = 0;
 //xxx
}

//平台A上的抽象的具体实现(注意:此实现子类,是针对抽象的)
class AbstractClassA : public AbstractClass
{
private:
 //xxx
protected:
 //xxx
public:
 //xxx
 void DoSomething(void) { m_pAIObj.DoSomething(); }
 //xxx
}

//平台B上的抽象的具体实现(注意:此实现子类,是针对抽象的)
class AbstractClassB : public AbstractClass
{
private:
 //xxx
protected:
 //xxx
public:
 //xxx
 void DoSomething(void) { m_pAIObj.DoSomething(); }
 //xxx
}

//******************************************************************
//* 实现的抽象声明及其实现
//******************************************************************
//实现部分的抽象基类声明
class AbstractImplClass
{
private:
 //xxx
protected:
 //xxx
public:
 //xxx
 void DoSomething(void) = 0;
 //xxx
}

//具体算法1的具体实现
class ImplX : public AbstractImplClass
{
private:
 //xxx
protected:
 //xxx
public:
 //xxx
 void DoSomething(void) { // do something... }
 //xxx
}

//具体算法1的具体实现
class ImplY : public AbstractImplClass
{
private:
 //xxx
protected:
 //xxx
public:
 //xxx
 void DoSomething(void) { // do something... }
 //xxx
}

//******************************************************************
//* 实际应用方面
//******************************************************************

int main(int argc, char* argv[])
{
 AbstractImplClass* pImplObj = new ImplX();//或new ImplY();等等。
 //下面注意下:因为上面的代码中,本人为了简写,并没有明确写出抽象部分的具体构造函数。
 //相信,是程序员,看完下面这行都懂得,上面的抽象部分的声明,应该声明一个什么样的
 //构造函数吧。
 AbstractClass* pAbstractObj = new AbstractClassA(pImplObj);//或new AbstractClassB(pImplObj);等等。

 //do other something...

 //在此补充一点:有上面的设计,系统的框架将都无需修改。不论是实现的具体算法改变了,还是
 //抽象的需求变动。程序都无需要修改框架代码,,仅仅只需要写个具体的实现类(不管是实现的实现类,还是
 //抽象的实现类)即可。这就是桥接模式。
}

posted on 2011-05-16 00:42 Jacc.Kim 阅读(191) 评论(0)  编辑 收藏 引用 所属分类: 设计模式

只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理