用Swift整理GOF设计模式(5)——桥模式

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友 微信微信
查看查看113 回复回复1 收藏收藏 分享淘帖 转播转播 分享分享 微信
查看: 113|回复: 1
收起左侧

用Swift整理GOF设计模式(5)——桥模式

[复制链接]
swifter 发表于 2016-9-1 00:53:52 | 显示全部楼层 |阅读模式
快来登录
获取最新的苹果动态资讯
收藏热门的iOS等技术干货
拷贝下载Swift Demo源代码
本帖最后由 swifter 于 2016-9-1 01:54 编辑





1、桥模式解决问题的动机

由于某些类型的固有的实现逻辑,使得它们具有两个变化的维度,乃至多个维度的变化。

那么我们应该如何应对“多维度的变化”?如何利用面向对象技术来使得类型可以轻松沿着两个乃至多个方向变化,而不引入额外的复杂度?




2、模式场景

这次的场景假设是设计一个Messager场景,我们设计以下类:

[Swift] 纯文本查看 复制代码
class Messager{
    func Login(){}//登陆
    func SendMessage(){}//发送消息
    func SendPicture(){}//发送图片

    func PlaySound(){}//播放音效
    func DrawShape(){}//绘制图形
    func WriteText(){}//写入信息
    func Connect(){}//链接网络  
}


然后我们接着为Messager延伸至PC平台、Mobile平台。对于这两个平台,他们之间对于播放音效、绘制图形、写入信息、链接网络的方式会有所不同。于是,我们这样设计。

[Swift] 纯文本查看 复制代码
//平台实现
class PCMessagerBase:Messager{
    override func PlaySound() {...}
    override func DrawShape(){...}
    override func WriteText(){...}
    override func Connect(){...}
}

class MobileMessagerBase:Messager{
    override func PlaySound() {...}
    override func DrawShape(){...}
    override func WriteText(){...}
    override func Connect(){...}
}


然后最后我们需要再为每个平台设计经典版和完美版,对于这两个版本,他们在登陆上、发送消息和图片上的方式又做出了不同的修改,代码如下:

[Swift] 纯文本查看 复制代码
//业务抽象 PC经典版
class PCMessgaerLite:PCMessagerBase{
    override func Login(){
        super.Connect()
        //...
    }
    override func SendMessage(){
        super.WriteText()
        //...
    }
    override func SendPicture(){
        super.DrawShape()
        //...
    }
}
//PC完美版
class PCMessgaerPerfect:PCMessagerBase{
    override func Login(){
        super.PlaySound()
        super.Connect()
        //...
    }
    override func SendMessage(){
        super.PlaySound()
        super.WriteText()
        //...
    }
    override func SendPicture(){
        super.PlaySound()
        super.DrawShape()
        //...
    }
}
class MobileMessagerLite:MobileMessagerBase{
    //...
}
class MobileMessagerPerfect:MobileMessagerBase{
    //...
}


这次的例子中,我们很明显发现平台扩展和业务扩展是沿2种不同的方向再延伸。于是假设这次有m个平台扩展,n个业务扩展,那总共需要1+m+m*n。




3、修改设计

根据上一个装饰模式的经验,我们很快会发现经典版和完美版这样的对于手机继承类的子类扩展完全是重复的,于是我们像上一次修改,将编译时多态变为运行时多态。

[Swift] 纯文本查看 复制代码
//业务抽象 PC经典版
class MessgaerLite:Messager{
    var messager:Messager?
    init(m_messager : Messager){
        self.messager = m_messager;
    }
    override func Login(){
        messager?.Connect()
        //...
    }
    override func SendMessage(){
        messager?.WriteText()
        //...
    }
    override func SendPicture(){
        messager?.DrawShape()
        //...
    }
}

class MessgaerPerfect:Messager{
    var messager:Messager?
    init(m_messager : Messager){
        self.messager = m_messager;
    }
    override func Login(){
        messager?.PlaySound()
        messager?.Connect()
        //...
    }
    override func SendMessage(){
        messager?.PlaySound()
        messager?.WriteText()
        //...
    }
    override func SendPicture(){
        messager?.PlaySound()
        messager?.DrawShape()
        //...
    }
}


尽管这样的写法目前还算OK,但由于功能上朝业务和平台两个维度的扩展,我们其实可以专门设计一个MessagerImp类来应付业务的扩展。写法如下:

[Swift] 纯文本查看 复制代码
class Messager{
    func Login(){}
    func SendMessage(){}
    func SendPicture(){}
}

class MessagerImp{
    func PlaySound(){}
    func DrawShape(){}
    func WriteText(){}
    func Connect(){}
}


然后之前的平台代码也可以改为继承MessagerImp。

[Swift] 纯文本查看 复制代码
class PCMessagerBase:MessagerImp{
    override func PlaySound() {}
    override func DrawShape(){}
    override func WriteText(){}
    override func Connect(){}
}

class MobileMessagerBase:MessagerImp{
    override func PlaySound() {}
    override func DrawShape(){}
    override func WriteText(){}
    override func Connect(){}
}


最后也是桥模式最重要的修改在于业务代码的修改:

[Swift] 纯文本查看 复制代码
class MessgaerLite:Messager{
    var messager:MessagerImp?
    init(m_messager : MessagerImp){
        self.messager = m_messager;
    }
    override func Login(){
        messager?.Connect()
        //...
    }
    override func SendMessage(){
        messager?.WriteText()
        //...
    }
    override func SendPicture(){
        messager?.DrawShape()
        //...
    }
}


目前为止桥模式已经演示完毕了,可以发现它和装饰模式十分类似,不同的是,相较于装饰模式,它延伸了对多维度变化的对策。

用Swift整理GOF设计模式(5)——桥模式

用Swift整理GOF设计模式(5)——桥模式 - 敏捷大拇指 - 用Swift整理GOF设计模式(5)——桥模式

中间的转变




4、总结

  • 桥模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系,是的抽象和实现可以沿着各自的维度来变化。所谓抽象和实现这各自维度的变化
  • 桥模式有时候类似于多继承方案,但多继承方案往往违背单一职责原则(即一个类只有一个变化的原因),复用性比较差。桥模式是比多继承方案更好地解决方法
  • 桥模式的应用一般在“两个非常强的变化维度”,有时一个类也有多于两个的变化维度,这时可以使用桥的扩展模式。





相关内容

用Swift整理GOF设计模式(1)——扫盲设计模式

用Swift整理GOF设计模式(2)——模板方法

用Swift整理GOF设计模式(3)——模式

用Swift整理GOF设计模式(4)——装饰模式

用Swift整理GOF设计模式(5)——桥模式




作者:与狼同行

都看到这里了,就把这篇资料推荐给您的好朋友吧,让他们也感受一下。

回帖是一种美德,也是对楼主发帖的尊重和支持。

*声明:敏捷大拇指是全球最大的Swift开发者社区、苹果粉丝家园、智能移动门户,所载内容仅限于传递更多最新信息,并不意味赞同其观点或证实其描述;内容仅供参考,并非绝对正确的建议。本站不对上述信息的真实性、合法性、完整性做出保证;转载请注明来源并加上本站链接,敏捷大拇指将保留所有法律权益。如有疑问或建议,邮件至marketing@swifthumb.com

*联系:微信公众平台:“swifthumb” / 腾讯微博:@swifthumb / 新浪微博:@swifthumb / 官方QQ一群:343549891(满) / 官方QQ二群:245285613 ,需要报上用户名才会被同意进群,请先注册敏捷大拇指

嗯,不错!期待更多好内容,支持一把:
支持敏捷大拇指,用支付宝支付10.24元 支持敏捷大拇指,用微信支付10.24元

评分

参与人数 1金钱 +10 贡献 +10 专家分 +10 收起 理由
Anewczs + 10 + 10 + 10 32个赞!专家给力!

查看全部评分

本帖被以下淘专辑推荐:

cocoaswift 发表于 2016-9-1 15:54:36 | 显示全部楼层
32个赞!!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

做任务,领红包。
我要发帖

分享扩散

都看到这里了,就把这资料推荐给您的好朋友吧,让他们也感受一下。
您的每一位朋友访问此永久链接后,您都将获得相应的金钱积分奖励
热门推荐

合作伙伴

Swift小苹果

  • 北京治世天下科技有限公司
  • ©2014-2016 敏捷大拇指
  • 京ICP备14029482号
  • Powered by Discuz! X3.1 Licensed
  • swifthumb Wechat Code
  •   
快速回复 返回顶部 返回列表