一、 桥梁(Bridge)模式
来源:互联网 发布:linux开发工程师招聘 编辑:程序博客网 时间:2024/06/05 04:02
作用:
将抽象部分与它的实现部分分离,使它们都可以独立地变化。
UML结构图:
抽象基类:
1)Abstraction:某个抽象类,它的实现方式由Implementor完成.
2)Implementor:实现类的抽象基类,定义了实现Abastraction的基本操作,而它的派生类实现这些接口.
接口函数:
1)Implementor::OperationImpl:定义了为实现Abstraction需要的基本操作,由Implementor的派生类实现之,而在Abstraction::Operation函数中根据不同的指针多态调用这个函数.
解析:
Bridge用于将表示和实现解耦,两者可以独立的变化.在Abstraction类中维护一个Implementor类指针,需要采用不同的实现方式的时候只需要传入不同的Implementor派生类就可以了.
Bridge的实现方式其实和Builde十分的相近,可以这么说:本质上是一样的,只是封装的东西不一样罢了.两者的实现都有如下的共同点:抽象出来一个基类,这个基类里面定义了共有的一些行为,形成接口函数(对接口编程而不是对实现编程),这个接口函数在Buildier中是BuildePart函数在Bridge中是OperationImpl函数;其次,聚合一个基类的指针,如Builder模式中Director类聚合了一个Builder基类的指针,而Brige模式中Abstraction类聚合了一个Implementor基类的指针(优先采用聚合而不是继承);而在使用的时候,都把对这个类的使用封装在一个函数中,在Bridge中是封装在Director::Construct函数中,因为装配不同部分的过程是一致的,而在Bridge模式中则是封装在Abstraction::Operation函数中,在这个函数中调用对应的Implementor::OperationImpl函数.就两个模式而言,Builder封装了不同的生成组成部分的方式,而Bridge封装了不同的实现方式.
因此,如果以一些最基本的面向对象的设计原则来分析这些模式的实现的话,还是可以看到很多共同的地方的.
实现:
#include "stdafx.h"
#include "Implementor.h"
#include <iostream>
using namespace std;
void ConcreateImplementorA::OperationImp()
{
cout<<"ConcreateImplementorA::OperationImp"<<endl;
}
void ConcreateImplementorB::OperationImp()
{
cout<<"ConcreateImplementorB::OperationImp"<<endl;
}
#ifndef ABSTRACTION_H_
#define ABSTRACTION_H_
#include "Implementor.h"
class Abstraction
{
public:
Abstraction(Implementor* apImplementor)
{
m_pImplementor = apImplementor;
}
virtual~ Abstraction(){}
virtual void Operation() = 0;
protected:
Implementor* m_pImplementor;
};
class RefinedAbstraction : public Abstraction
{
public:
RefinedAbstraction(Implementor* apImplementor):Abstraction(apImplementor)
{
}
virtual~ RefinedAbstraction(){}
void Operation()
{
m_pImplementor->OperationImp();
}
};
#endif
#ifndef IMPLEMENTOR_H_
#define IMPLEMENTOR_H_
class Implementor
{
public:
Implementor(){}
virtual ~Implementor(){}
virtual void OperationImp() = 0;
};
class ConcreateImplementorA : public Implementor
{
public:
ConcreateImplementorA(){}
virtual ~ConcreateImplementorA(){}
virtual void OperationImp();
};
class ConcreateImplementorB : public Implementor
{
public:
ConcreateImplementorB(){}
virtual ~ConcreateImplementorB(){}
virtual void OperationImp();
};
#endif
#include "stdafx.h"
#include "Implementor.h"
#include <iostream>
using namespace std;
void ConcreateImplementorA::OperationImp()
{
cout<<"ConcreateImplementorA::OperationImp"<<endl;
}
void ConcreateImplementorB::OperationImp()
{
cout<<"ConcreateImplementorB::OperationImp"<<endl;
}
int _tmain(int argc, _TCHAR* argv[])
{
ConcreateImplementorA* lpImpA = new ConcreateImplementorA;
Abstraction* lpA = new RefinedAbstraction(lpImpA);
lpA->Operation();
delete lpA;
delete lpImpA;
ConcreateImplementorB* lpImpB = new ConcreateImplementorB;
Abstraction* lpB = new RefinedAbstraction(lpImpB);
lpB->Operation();
delete lpB;
delete lpImpB;
system("pause");
return 0;
}
- 一、 桥梁(Bridge)模式
- 桥梁(Bridge)模式
- 桥梁(Bridge)模式
- 桥梁(Bridge)模式
- 桥梁(bridge)模式
- 桥梁(bridge)模式
- 11、桥梁模式(Bridge)
- java 设计模式--桥梁模式(Bridge)
- 桥梁模式【Bridge Pattern】
- 桥梁模式(Bridge)
- 桥梁模式 ----- bridge
- 桥梁模式/Bridge
- 桥梁模式 Bridge
- 桥梁模式【 Bridge Pattern】
- 桥梁模式Bridge
- 桥梁模式【Bridge Pattern】
- 桥梁模式 Bridge Patter
- java设计模式(8):桥梁模式(Bridge)
- xsl 文件新手入门
- 存储图片到iOS的Photo Album之中
- simplehelix设置mysql远程访问
- JSF---->导航规则设置
- 软件设计需求分析---用例说明模板2(单列表格式)
- 一、 桥梁(Bridge)模式
- AndroidManifest.xml文件详解(activity-alias)
- PhoneGap参考资料
- 从spi驱动理解linux驱动的分层思想
- JSF---->JSF Expression Language
- 需要教导项目成员的内容
- linux多线程基本编程
- Android 内存泄漏调试
- memo:PostgreSQL常用数学运算符和函数