设计模式-桥接模式
桥接模式的目的是把抽象层次结构从其实现中分离出来，使其能够独立变更。抽象层定义了供客户端使用的上层的抽象接口。实现层次结构定义了供抽象层次使用的底层接口。实现类的引用被封装于抽象层的实例中时，桥接就形成了。
一、 模式定义
桥接模式即将抽象部分与它的实现部分分离开来，使他们都可以独立变化。
桥接模式将继承关系转化成关联关系，它降低了类与类之间的耦合度，减少了系统中类的数量，也减少了代码量。
将抽象部分与他的实现部分分离这句话不是很好理解，其实这并不是将抽象类与他的派生类分离，而是抽象类和它的派生类用来实现自己的对象。这样还是不能理解的话。我们就先来认清什么是抽象化，什么是实现化，什么是脱耦。
抽象化：其概念是将复杂物体的一个或几个特性抽出去而只注意其他特性的行动或过程。在面向对象就是将对象共同的性质抽取出去而形成类的过程。
实现化：针对抽象化给出的具体实现。它和抽象化是一个互逆的过程，实现化是对抽象化事物的进一步具体化。
脱耦：脱耦就是将抽象化和实现化之间的耦合解脱开，或者说是将它们之间的强关联改换成弱关联，将两个角色之间的继承关系改为关联关系。
对于那句话：将抽象部分与他的实现部分分离套用《大话设计模式》里面的就是实现系统可能有多个角度分类，每一种角度都可能变化，那么把这种多角度分类给分离出来让他们独立变化，减少他们之间耦合。
桥接模式中的所谓脱耦，就是指在一个软件系统的抽象化和实现化之间使用关联关系（组合或者聚合关系）而不是继承关系，从而使两者可以相对独立地变化，这就是桥接模式的用意。
二、 模式结构
下图是桥接模式的UML结构图：
Bridge
桥接模式主要包含如下几个角色：
- Abstraction：抽象类。
- RefinedAbstraction：扩充抽象类。
- Implementor：实现类接口。
- ConcreteImplementor：具体实现类 。
三、 模式实现
模式场景我们就采用哪个画图的。其UML结构图如下：
Bridge
首先是形状类：该类为一个抽象类，主要提供画形状的方法 Shape.h
#import <Foundation/Foundation.h>
#import "Color.h"
@protocol Shape <NSObject>
@property (nonatomic, strong) id<Color> color;
- (void)draw;
@end
圆形 Circle.h
#import <Foundation/Foundation.h>
#import "Shape.h"
NS_ASSUME_NONNULL_BEGIN
@interface Circle : NSObject<Shape>
@end
NS_ASSUME_NONNULL_END
Circle.m
#import "Circle.h"
@implementation Circle
@synthesize color;
- (void)draw {
[self.color bepaintWithShape:@"圆形"];
}
@end
正方形 Square.h
#import <Foundation/Foundation.h>
#import "Shape.h"
NS_ASSUME_NONNULL_BEGIN
@interface Square : NSObject<Shape>
@end
NS_ASSUME_NONNULL_END
Square.m
#import "Square.h"
@implementation Square
@synthesize color;
- (void)draw {
[self.color bepaintWithShape:@"正方形"];
}
@end
颜色接口 Color.h
#import <Foundation/Foundation.h>
@protocol Color <NSObject>
- (void)bepaintWithShape:(NSString *)shape;
@end
白色 White.h
#import <Foundation/Foundation.h>
#import "Color.h"
NS_ASSUME_NONNULL_BEGIN
@interface White : NSObject<Color>
@end
NS_ASSUME_NONNULL_END
White.m
#import "White.h"
@implementation White
- (void)bepaintWithShape:(NSString *)shape {
NSLog(@"白色的%@", shape);
}
@end
黑色 Black.h
#import <Foundation/Foundation.h>
#import "Color.h"
NS_ASSUME_NONNULL_BEGIN
@interface Black : NSObject<Color>
@end
NS_ASSUME_NONNULL_END
Black.m
#import "Black.h"
@implementation Black
- (void)bepaintWithShape:(NSString *)shape {
NSLog(@"黑色的%@", shape);
}
@end
ViewController.m
- (void)viewDidLoad {
[super viewDidLoad];
//白色
id<Color> whiteColor = [[White alloc] init];
//圆形
id<Shape> circleShape = [[Circle alloc] init];
//白色的圆形
circleShape.color = whiteColor;
[circleShape draw];
//黑色
id<Color> blackColor = [[Black alloc] init];
//正方形
id<Shape> squareShape = [[Square alloc] init];
//黑色的正方形
squareShape.color = blackColor;
[squareShape draw];
}
运行结果：
白色的圆形
黑色的正方形
四、 模式优缺点
优点
- 1、分离抽象接口及其实现部分。提高了比继承更好的解决方案。
- 2、桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。
- 3、实现细节对客户透明，可以对用户隐藏实现细节。
缺点
- 1、桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。
- 2、桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性。
五、 模式使用场景
- 1、如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性，避免在两个层次之间建立静态的继承联系，通过桥接模式可以使它们在抽象层建立一个关联关系。
- 2、对于那些不希望使用继承或因为多层次继承导致系统类的个数急剧增加的系统，桥接模式尤为适用。
- 3、一个类存在两个独立变化的维度，且这两个维度都需要进行扩展。
六、 模式总结
- 1、桥接模式实现了抽象化与实现化的脱耦。他们两个互相独立，不会影响到对方。
- 2、对于两个独立变化的维度，使用桥接模式再适合不过了。
- 3、对于"具体的抽象类"所做的改变，是不会影响到客户。
参考：https://www.runoob.com/w3cnote/bridge-pattern2.html
Demo地址：https://github.com/guo846773272/Code/tree/master/Code/DesignPattern/Bridge
