设计模式系列 11-- 桥接模式

image

假设要实现一个给客户发送提示消息的功能，发送的消息类型可分为：普通消息、加急消息、特加急消息等等，而每种消息的发送的方式通常有：系统内推送、手机短信、电子邮件等等。若是让咱们来实现，会怎么作呢？

咱们先来实现一个简单的版本，使用系统推送和电子邮件发送普通消息，实现起来不叫简单，就不展现代码了，直接看UML结构图

image

很简单的实现对吧，如今再增长一个加急消息的发送，也是经过系统推送和Email两种方式发送，并且加急消息还额外多了一个方法，想了想简单嘛，直接扩展示有的接口不就能够了吗，此时UML结构如以下：

image

若是在增长一个特加急消息的发送呢，也是两种方式，也有一个额外的方法，继续扩展嘛，此时UML机构如以下：

image

是否是感受类的数目剧增了，还没完呢。如今须要给每种消息类型增长一种发送方式：手机发送。继续改，UML结构图以下：

image

此时类的数目已经很是多了，若是继续增长消息类型或者发送方式，那么又要重复扩展，类的数目会急剧增长。

咱们来仔细分析下上面的实现，其实这里面有两个变化的维度：消息类型和发送方式。他们之间是交织在一块儿的，以下图所示：

image

因为这两个维度是交织在一块儿，那么他们之间的组合方式就有9种，也就是咱们上面看到的有9个类，若是此时任何一个维度发生变化，都会致使与之关联的另外一个维度也须要修改。并且一个维度的上的数目的增长，都会致使总体类的数目成倍数的增长。若是消息的发送类型和发送方式都有10种的话，那么就须要实现100个类，想一想就恐怖。

那么天然而然的咱们就想到把这两个维度分开，让他们独自变化，互不影响，须要用的是会把他们组合在一块儿就好了。这样一个维度的类增长，不会致使另外一个维度类也须要跟着一块儿增长。

再次证实：多用组合少用继承

那么如何实现呢？这就要请出咱们今天的主角：桥接模式。

---

定义

将抽象部分与它的实现部分分离,使它们均可以独立地变化。

抽象部分和实现部分就是两个不一样的维度，抽象部分对应上面的消息类型，实现部分对应上面的消息发送方式。如今咱们独立实现两个部分，而后消息类型部分想调用消息实现部分去发送消息该怎么办呢？很简单嘛，让抽象部分持有实现部分的接口，面向接口编程就能够了，这就是桥接模式名字的由来。桥接抽象部分和实现部分，下面看UML结构图会更加的清晰。

---

UML结构如及说明

image

能够看到抽象部分的抽象类和实现部分的接口是聚合关系，表示抽象部分持有实现部门的接口，这样抽象部分就能够调用实现部分完成功能了。

分析到这里，你们应该对桥接模式有一个大体的了解了吧，下面就来看看如何使用桥接模式来实现上面的消息发送功能。

---

代码实现

一、消息类型抽象类

#import <Foundation/Foundation.h>
#import "messageImplement.h"

@interface abstractMessage : NSObject
@property(strong,nonatomic)id<messageImplement> messageIm;

-(void)send:(NSMutableString*)message;
- (instancetype)initWithImplement:(id<messageImplement>)implement;
@end

====================
#import "abstractMessage.h"

@implementation abstractMessage

- (instancetype)initWithImplement:(id<messageImplement>)implement
{
    self = [super init];
    if (self) {
        self.messageIm = implement;
    }
    return self;
}

-(void)send:(NSMutableString*)message{

}

@end复制代码

二、具体消息类型

下面只展现了普通消息的具体类实现，其余两种方式相似，详细见demo

#import "abstractMessage.h"

@interface commonMessage : abstractMessage

@end


====================

#import "commonMessage.h"

@implementation commonMessage

-(void)send:(NSMutableString *)message{
    [message insertString:@"【普通消息：" atIndex:0];
    [message appendString:@"】"];
    [self.messageIm sendMessage:message];
}
@end复制代码

三、消息发送接口

#import <Foundation/Foundation.h>

@protocol messageImplement <NSObject>

-(void)sendMessage:(NSString *)message;

@end复制代码

四、具体的消息发送方式

下面只展现使用系统内推送方式发送消息的方式，其余两种消息发送方式相似，不在展现，具体见demo

#import <Foundation/Foundation.h>
#import "messageImplement.h"

@interface messageSMS : NSObject<messageImplement>

@end


=================

#import "messageSMS.h"

@implementation messageSMS

-(void)sendMessage:(NSString *)message{
    NSLog(@"使用系统内消息方式发送消息，消息内容：%@", message);
}
@end复制代码

五、测试

id<messageImplement> messageIMP = [messageMobile new];
 abstractMessage *message = [[specialUrgencyMessage alloc]initWithImplement:messageIMP];
 NSMutableString *mStr = [[NSMutableString alloc]initWithString:@"大海啊，全是水，骏马啊，四条腿"];
 [message send:mStr];复制代码

六、输出

2016-12-15 16:56:43.356 桥接模式[66573:2541266] 使用手机方式发送消息，消息内容：【特别加急消息：大海啊，全是水，骏马啊，四条腿】复制代码

你能够任意组合消息类型和消息发送方式，此时类的数目只有6个，比以前的继承实现方式9个少了。若是二者都有10种实现方式，那么使用继承方式就须要100个类，而使用桥接模式只要20个类，看到了桥接模式的巨大优势吧。

---

优缺点

image

---

思考

桥接模式，须要理解桥接二字的由来，看上面的UML图就明白了，是在抽象和实现之间桥接。由于他们如今分开了，可是抽象部分必须使用实现部分去实现功能，因此抽象部分必须引用实现部分，这就是桥接。

桥接模式对比继承的有点是把原本混在一块儿的两个变化未读分开，让他们独立变化，这样互相不影响，减小了类的数目，也方便扩展，并且能够动态替换功能。好比上面的消息发送功能，一样是发送普通消息，我能够选择手机、email其中的任何一种方式，只须要组合起来就好了，比继承更加灵活。

扩展下去，咱们上面只是两个维度在变化，那么若是是三个、四个维度在变化呢？若是你使用继承去实现，那就完了，不知道要重复写多少代码，而使用桥接模式，就能够把这些变化维度所有独立分开实现，而后客户端想怎么组合就怎么组合。

---

Demo下载

桥接模式Demo