设计模式--单一职责模式之桥模式

最新推荐文章于 2024-11-11 08:32:59 发布
最新推荐文章于 2024-11-11 08:32:59 发布
阅读量154 收藏
点赞数
分类专栏： 设计模式 文章标签： 设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011749929/article/details/114651205
版权

“单一职责”模式

单一职责模式出现的原由是：在软件设计中，如果出现责任划分不清楚，使用继承得到的结果往往会随需求的变化，子类急剧膨胀，同时充斥重复代码，这个时候的关键就是划清责任。

桥模式

A：说明

桥模式的动机：由于某些类型的固有的实现逻辑，使得他们具有多个变化得维度，带来子类膨胀和重复代码的问题。

B：例子（不同平台的邮件信箱收发邮件的实现）

1）首先我们想到是一堆的功能接口，将其所有功能接口放到一个纯虚类中，作为基类。同时有想到支持的平台主题，包括PC和Mobile，并继承接口定义的基类，并实现相关平台操作的接口（播放声音，画线等等）。并根据需求推出平台的不同版本，具体UML和代码如下：

class Messager{
public:
    virtual void Login(string username, string password)=0;
    virtual void SendMessage(string message)=0;
    virtual void SendPicture(Image image)=0;

    virtual void PlaySound()=0;   //往下接口，各个平台的实现是不一样的
    virtual void DrawShape()=0;
    virtual void WriteText()=0;
    virtual void Connect()=0;
    
    virtual ~Messager(){}
};

//平台主体类实现
class PCMessagerBase : public Messager{
public:
    virtual void PlaySound(){
        //**********
    }
    virtual void DrawShape(){
        //**********
    }
    virtual void WriteText(){
        //**********
    }
    virtual void Connect(){
        //**********
    }
};

class MobileMessagerBase : public Messager{
public:
    virtual void PlaySound(){
        //==========
    }
    virtual void DrawShape(){
        //==========
    }
    virtual void WriteText(){
        //==========
    }
    virtual void Connect(){
        //==========
    }
};

//业务抽象
//PC经典版
class PCMessagerLite : public PCMessagerBase {
public:
    virtual void Login(string username, string password){  
        PCMessagerBase::Connect();
        //........
    }
    virtual void SendMessage(string message){
        PCMessagerBase::WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        PCMessagerBase::DrawShape();
        //........
    }
};


//PC完美版
class PCMessagerPerfect : public PCMessagerBase {
public:
    virtual void Login(string username, string password){
        PCMessagerBase::PlaySound();
        //********
        PCMessagerBase::Connect();
        //........
    }
    virtual void SendMessage(string message){
        PCMessagerBase::PlaySound();
        //********
        PCMessagerBase::WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        PCMessagerBase::PlaySound();
        //********
        PCMessagerBase::DrawShape();
        //........
    }
};
//手机经典版
class MobileMessagerLite : public MobileMessagerBase {
public:
    virtual void Login(string username, string password){
        MobileMessagerBase::Connect();
        //........
    }
    virtual void SendMessage(string message){
        MobileMessagerBase::WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        
        MobileMessagerBase::DrawShape();
        //........
    }
};

//手机完美版
class MobileMessagerPerfect : public MobileMessagerBase {
public:
    virtual void Login(string username, string password){
        
        MobileMessagerBase::PlaySound();
        //********
        MobileMessagerBase::Connect();
        //........
    }
    virtual void SendMessage(string message){
        MobileMessagerBase::PlaySound();
        //********
        MobileMessagerBase::WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        MobileMessagerBase::PlaySound();
        //********
        MobileMessagerBase::DrawShape();
        //........
    }
};

void Process(){
   //编译时装配
   Messager *m = new MobileMessagerPerfect();
}

上述的设计也存在缺陷，主要集中在，后期需求变大，子类的数量也会剧增，同时也存在结构上的代码重复（PCMessagerLite ::Login和MobileMessagerLite::Login 在代码结构逻辑上存在重复）。

2）根据设计原则：组合优于继承。重构代码如下：

class PCMessagerLite  {
protected:
     Messager* messager; //= new PCMessagerBase();
public:
    virtual void Login(string username, string password){  
        messager->Connect();
        //........
    }
    virtual void SendMessage(string message){
        messager->WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        messager->DrawShape();
        //........
    }
};

//手机经典版
class MobileMessagerLite {
protected:
     Messager* messager; //= new MobileMessagerBase();
public:
    virtual void Login(string username, string password){
        messager->Connect();
        //........
    }
    virtual void SendMessage(string message){
        messager->WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        messager->DrawShape();
        //........
    }
};

上述代码修改由编译时装配改为运行时装配，修改后的PcMessagerLite和MobileMessagerLite一模一样，可以设计为同一个类。类似的有关Perfect类也可以这样操作。

//经典版
class MessagerLite  {
protected:
    Messager* messager; //new PCMessagerBase() / MobileMessagerBase()
public:
    virtual void Login(string username, string password){  
        messager->Connect();
        //........
    }
    virtual void SendMessage(string message){
        messager->WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        messager->DrawShape();
        //........
    }
};

//完美版
class MessagerPerfect{
protected:
    Messager* messager;// new PCMessagerBase() / MobileMessagerBase()
public:
    virtual void Login(string username, string password){
        messager->PlaySound();
        //********
        messager->Connect();
        //........
    }
    virtual void SendMessage(string message){
        messager->PlaySound();
        //********
        messager->WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        messager->PlaySound();
        //********
        messager->DrawShape();
        //........
    }
};

上述的代码信息的会发现编译不会通过。 原因是Messager是个纯虚基类，而PcMessagerBase和MobileMessagerBase并没有全部实现所有纯虚函数，同样MessagerLite和MessagerPerfect也没有。造成这种原因的是纯虚基类里定义了多个变化/功能的维度。因此就需要拆分纯虚基类。代码如下

class Messager{
public:
    Messager(){}
    virtual void Login(string username, string password)=0;
    virtual void SendMessage(string message)=0;
    virtual void SendPicture(Image image)=0;

    virtual ~Messager(){}
};

class MessagerImp{
public:
    MessagerImp(){}
    virtual void PlaySound()=0;   //往下接口，各个平台的实现是不一样的
    virtual void DrawShape()=0;
    virtual void WriteText()=0;
    virtual void Connect()=0;
    virtual ~MessagerImp(){} 
};

//平台主体类实现
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(){
        //==========
    }
};

//经典版
class MessagerLite : public Messager {
protected:
    MessagerImp* messagerImp; //new PCMessagerBase() / MobileMessagerBase()
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{
protected:
    MessagerImp* messagerImp;// new PCMessagerImp() / MobileMessagerImp()
public:
    virtual void Login(string username, string password){
        messagerImp->PlaySound();
        //********
        messagerImp->Connect();
        //........
    }
    virtual void SendMessage(string message){
        messagerImp->PlaySound();
        //********
        messager->WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        messagerImp->PlaySound();
        //********
        messagerImp->DrawShape();
        //........
    }
};

3）再根据马丁.福勒 重构原则里，提到需要将子类里重复的变量往上提，代码如下：

class Messager{
protected：
    MessagerImp* _imp;
public:
    Messager(MessagerImp* imp):_imp(imp){}
    virtual void Login(string username, string password)=0;
    virtual void SendMessage(string message)=0;
    virtual void SendPicture(Image image)=0;

    virtual ~Messager(){}
};

class MessagerImp{
public:
    MessagerImp(){}
    virtual void PlaySound()=0;   //往下接口，各个平台的实现是不一样的
    virtual void DrawShape()=0;
    virtual void WriteText()=0;
    virtual void Connect()=0;
    virtual ~MessagerImp(){} 
};

//平台主体类实现
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(){
        //==========
    }
};

//经典版
class MessagerLite : public Messager {
public:
    MessagerLite(MessagerImp* imp):Messager(imp){}
    ~MessagerLite(){}
    virtual void Login(string username, string password){  
        _imp->Connect();
        //........
    }
    virtual void SendMessage(string message){
        _imp->WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        _imp->DrawShape();
        //........
    }
};

//完美版
class MessagerPerfect: public Messager{
public:
    MessagerPerfect(MessagerImp* imp):Messager(imp){}
   ~MessagerPerfect(){}
    virtual void Login(string username, string password){
        _imp->PlaySound();
        //********
        _imp->Connect();
        //........
    }
    virtual void SendMessage(string message){
        _imp->PlaySound();
        //********
        _imp->WriteText();
        //........
    }
    virtual void SendPicture(Image image){
        _imp->PlaySound();
        //********
        _imp->DrawShape();
        //........
    }
};

void Process(){
   //运行时装配
   MessagerImp* pc = new PcMobileMessagerImp();
   Messager* msgLite = new MessagerLite(pc);
    
}

上述的过程就是桥模式，回顾前面的，我们这个需求有两个变化的维度，一个是平台实现的变化，一个是业务功能的变化。这俩个变化的方向带动行为的多态的实现应该也是往不同方向发展，不应该放到同一个类中。这就桥模式的思想。

C：总结

1，根据设计模式的原则：将抽象部分（业务功能）和实现部分（平台实现）分离，使它们都可以独立的变化。结构UML如下：

红框里是稳定的部分，蓝框是变化的部分，设计模式将稳定的部分和变化的部分分离开。

2，桥模式是使用“对象间的组合关系”解耦了抽象和实现之间的固有绑定关系，使其沿着各自维度变化。一般用在“多个非常强的变化维度”时。

慢半拍的猿
关注
专栏目录
Java设计模式-七大架构设计原则-单一职责原则
Fatter$hday的博客
03-22 802
Java设计模式-七大架构设计原则-单一职责原则
Java设计模式七大原则-单一职责原则.md
08-13
设计模式
设计模式六大原则(一)--单一职责原则
数字人生
08-14 1315
一个类应该只有一个引起它变化的原因。这意味着，如果一个类承担了过多的职责，那么这些职责就耦合在一起，当其中一个职责发生变化时，可能会对其他职责产生负面影响。单一职责原则是面向对象设计中的一个基础原则，它有助于降低类的复杂度，提高代码的可读性和可维护性。在实际开发中，我们应该尽量遵循这一原则，将不同的职责分离到不同的类中，从而提高系统的稳定性和可扩展性。单一职责原则表示一个类应该只有一个引起它变化的原因。换句话说，一个类应该只负责系统中的一个潜在的功能区域。
【Java 设计模式】设计原则之单一职责原则
好久不见的流星
01-10 1447
单一职责原则是由罗伯特·C·马丁（Robert C. Martin）提出的，它规定一个类应该只有一个引起变化的原因。换句话说，一个类应该只有一个职责。如果一个类负责太多的事情，那么一旦需求变化，可能需要修改该类的多个部分，增加了代码的复杂性，也增加了引入错误的风险。单一职责原则是面向对象设计中一个基本且重要的原则，它有助于创建清晰、可维护、可扩展的代码。通过确保每个类只有一个职责，我们可以降低代码的复杂性，提高代码的质量。
设计模式 - 六大设计原则之SRP（单一职责）
小工匠
01-23 2万+
单一职责原则（Single Responsibility Principle， SRP）又称单一功能原则，是面向对象的五个基本原则（SOLID）之一。它规定一个类应该只有一个发生变化的原因。在程序设计领域，SOLID 是由罗伯特·C·马丁在 21 世纪早期引入的记忆术首字母缩略字，指代了面向对象编程和面向对象设计的五个基本原则。当这些原则被一起应用时，能够使得一个程序员开发一个容易进行维护和扩展的系统变得更加可能。
Java设计模式七大原则-单一职责原则
m0_62946761的博客
11-25 7120
讲解java设计模式遵循的七大原则之一的单一职责原则
设计模式七大原则——单一职责原则
贝尔摩德苦艾酒
02-05 6096
设计模式七大原则——单一职责原则
Java设计模式-单一职责原则
码农日常的博客
03-01 8190
单一职责原则 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改...
设计模式-桥接模式-bridge pattern
wesigj的博客
09-01 1995
桥接模式（Bridge Pattern）是一种结构性设计模式，用于将抽象部分与其实现部分分离，使它们可以独立地变化。这种模式通过定义一个桥接接口，将实现的类和抽象的类解耦，从而能够独立地扩展抽象类和实现类。抽象（Abstraction）：扩展抽象（Refined Abstraction）：实现化（Implementor）：具体实现化（Concrete Implementor）：首先，定义实现化接口： 接着，创建具体的实现化类： 然后，定义抽象类： 接着，扩展抽象类： 最后，客户端代码使用桥接模式： 1.3.
快速应用设计模式：状态模式使用
热门推荐
张彦峰的博客
05-12 166万+
状态模式基本介绍与应用分析介绍，同时对于Spring-statemachine状态机框架给出了应用，最后介绍在外卖营销业务中的具体案例分析
设计模式-单一职责
海的那边，还是海吗
09-15 1857
单一职责原则（Single Responsibility Principle，SRP）是面向对象编程中的一个重要设计原则，它强调一个类应该只有一个修改的理由。这意味着一个类应该只有一个单一的责任或功能。这个原则的核心思想是将一个类的功能限制在一个合理的范围内，以便提高代码的可维护性、可扩展性和可复用性。单一职责原则是面向对象设计中的重要原则之一，它有助于降低类的复杂性，提高代码的可维护性和可扩展性。遵循单一职责原则可以使代码更加清晰、可读，同时也更容易测试和重用。
设计模式-简单工厂模式-例题
03-13
1. **单一职责原则**：工厂类只负责创建对象，而具体的产品类只负责实现业务逻辑。 2. **易于扩展**：当需要添加新的产品时，只需要新增对应的具体产品类和工厂类中的创建逻辑即可，不需要修改已有的代码。 3. **...
设计模式（三）之单一职责原则.zip
02-17
单一职责原则可以使类的复杂度降低，实现什么职责都有清晰明确的定义；类的可读性提高，复杂度降低；可读性提高了，代码就更容易维护；变更（需求是肯定会变）引起的风险（包括测试的难度，以及需要测试的范围）降低...
软件设计与体系结构-设计模式-访问者模式-ppt制作
04-15
4. **符合单一职责原则**：访问者模式把相关的行为封装在一起，构成一个访问者，使每一个访问者的功能都比较单一。 **缺点**： 1. **增加新的元素很困难**：如果需要增加一个新的元素，则需要修改所有已有的访问者...
简单讲解Java设计模式编程中的单一职责原则
09-02
Java设计模式中的单一职责原则（Single Responsibility Principle，SRP）是面向对象设计的基本原则之一，它的核心思想是：一个类或者一个模块应该只有一个引起它变化的原因。这意味着一个类应该只负责一项职责，使得...
【设计模式】结构型模式（四）：组合模式、享元模式
书山有路，学海无涯。记录成长，追逐梦想
11-09 1003
组合模式（Composite Pattern）是一种设计模式，用于处理树形结构的数据。它的主要目的是将对象组合成树形结构来表示 “部分 - 整体” 的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。
【设计模式】工厂模式
最新发布
weixin_56520780的博客
11-11 522
把对象的创建封装在一个接口函数里面，通过传入不同的标识，返回创建的对象。客户不用自己负责new对象，不用了解对象创建的详细过程把有关联关系的，属于一个产品簇的所有产品创建的接口函数，放在一个抽象工厂里面AbstractFactory，派生类（具体产品的工厂）应该负责创建该产品簇里面所有的产品。假如一类工厂如宝马工厂多做了一项业务如轮胎，那么就得在抽象工厂里面增加一个创建轮胎的产品接口（纯虚函数），所有的工厂都得重写该接口，否则都成了抽象类...
接口类和抽象类在设计模式中的一些应用
Joshua的专栏
11-09 1366
需要接口类：职责链模式通过定义处理请求的接口，将多个处理者链接在一起，使得请求可以沿着链进行传递，直到被处理为止。需要接口类：状态模式通过定义状态的接口，使得对象的行为可以根据其内部状态的改变而改变。原因：组合模式需要定义一个通用的组件接口，使得叶子节点和组合节点可以被统一处理。原因：职责链模式需要定义一个通用的处理者接口，使得不同的处理者可以被统一处理。原因：命令模式需要定义一个通用的命令接口，使得不同的命令对象可以被统一处理。原因：状态模式需要定义一个通用的状态接口，使得不同的状态对象可以被统一处理。
设计模式学习总结（一）
huanggang982的专栏
11-09 529
设计模式学习笔记面向对象、设计原则、设计模式、编程规范、重构之间的关系 面向对象、设计原则、设计模式、编程规范、重构之间的关系 面向对象 现在，主流的编程范式或者是编程风格有三种：面向过程、面向对象和函数式编程。 需要掌握七大知识点： 1、面向对象的四大特性：封装、抽象、继承、多态 2、面向对象编程与面向过程编程的区别和联系 3、面向对象分析、面向对象设计、面向对象编程 4、接口和抽象类的区别以及各自的应用场景 5、基于接口而非实现编程的设计思想 6、多用组合少用继承的设计思想 7、面向过程的贫血模型和面
Java设计模式：七大原则之单一职责
"Java设计模式中的单一职责原则详解" 在软件设计中，设计模式是一种解决常见问题的经验总结，它们提供了一种在特定情况下组织代码的标准方法。本资源主要讨论的是Java设计模式中的一个重要原则——单一职责原则...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值