单一职责模式
在软件组件的设计中,如果责任划分的不清晰,使用继承得到的结果往往是随着需求的变化,子类急剧膨胀,同时充斥着重复代码,这时候的关键是划清责任.
典型模式
- Decorator
- Bridge
动机
- 由于某些类型的固有的实现逻辑,使得它们具有两个变化的维度,乃至多个维度的变化.
模式定义
- 将抽象部分(业务功能)与实现平台(平台实现)分离,使他们都可以独立地变化.
UML图
要点总结
Bridge模式使用”对象间的组合关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化.所谓抽象和实现沿着各自维度的变化,即”子类化”它们.
Bridge模式有时候类似于多继承方案,但是多继承方案往往违背单一职责原则(即一个类只有一个变化的原因),复用性比较差.Brige模式是比多继承方案更好的解决方法.
Bridge模式的应用一般在”两个非常强的变化维度”,有时一个类也有多于两个的变化维度,这时可以使用Bridge的扩展模式
- 在Abstractor中含有多个Implemtor的指针.
代码实现
class Messager{ // 这个相当于UML图中的Abstraction,用于放置一部分的抽象,这里是消息机制中的各种业务抽象
protected:
MessagerImp* messagerImp;//通过组合(has-a)的方式在两个维度的变化组合在一起,如果有多个强变化的维度,可以在这里加多个指针
public:
virtual void Login(string username, string password)=0;
virtual void SendMessage(string message)=0;
virtual void SendPicture(Image image)=0;
virtual ~Messager(){}
};
class MessagerImp{ //这个相当于UML图中的Implmentor,用于放置另一部分变化维度比较明显的的抽象,比如这里放置的是与平台相关的功能实现
public:
virtual void PlaySound()=0;
virtual void DrawShape()=0;
virtual void WriteText()=0;
virtual void Connect()=0;
virtual MessagerImp(){}
};
//平台实现 n
class PCMessagerImp : public MessagerImp{
public:
virtual void PlaySound(){
//**********
}
virtual void DrawShape(){
//**********
}
virtual void WriteText(){
//**********
}
virtual void Connect(){
//**********
}
};
class MobileMessagerImp : public MessagerImp{
public:
virtual void PlaySound(){
//==========
}
virtual void DrawShape(){
//==========
}
virtual void WriteText(){
//==========
}
virtual void Connect(){
//==========
}
};
//业务抽象 m
//类的数目：1+n+m
class MessagerLite :public Messager {
public:
virtual void Login(string username, string password){
messagerImp->Connect();
//........
}
virtual void SendMessage(string message){
messagerImp->WriteText();
//........
}
virtual void SendPicture(Image image){
messagerImp->DrawShape();
//........
}
};
class MessagerPerfect :public Messager {
public:
virtual void Login(string username, string password){
messagerImp->PlaySound();
//********
messagerImp->Connect();
//........
}
virtual void SendMessage(string message){
messagerImp->PlaySound();
//********
messagerImp->WriteText();
//........
}
virtual void SendPicture(Image image){
messagerImp->PlaySound();
//********
messagerImp->DrawShape();
//........
}
};
void Process(){
//运行时装配
// 首先通过多态声明使用的是哪个平台的抽象
// 然后再通过构造函数传递Implmentor来实现运行时多态,达到组合各个维度代码的功能.
MessagerImp* mImp=new PCMessagerImp();
Messager *m =new MessagerLite(mImp);
}
桥接模式与装饰器模式的区别
- 主要区别需要通过UML图来说明.
- 可以看到对于桥接模式来说,它是将抽象类(接口)的功能划分为两个(多个)维度,分为absraction和implmentor,absraction通过组合的方式拥有implmentor.两个分别进行继承,生成具体的类.通过运行时多态和参数传递(构造函数)的方法来实现多个功能的组合.
- 装饰模式中的装饰器类是一个单独的类,他即包含Component(即抽象接口)的指针(has-a)又继承自Component(is-a),其中is-a的部分是让具体的实现继承自装饰器并且保证抽象接口函数的结构统一.而has-a的部分是Compoent的变化维度,用于实现多个功能的组合.可以看出装饰器模式是不进行抽象维度划分的.