iOS设计模式——桥接模式

何为桥接模式?

桥接模式的目的是把抽象层次结构从其实现中分离出来,使其能够独立变更。抽象层定义了供客户端使用的上层的抽象接口。实现层定义了供抽象层使用的底层接口。实现类的引用被封装于抽象层的实例中,桥接就形成。(与外观模式有一定的相似之处)。

桥接模式:将抽象部分与它的实现部分分离,使它们都可以独立地变化。

何时使用桥接模式?

@:不想在抽象与其实现之间形成固定的绑定关系,这样就能在运行时切换实现。

@:抽象及其实现都应可以通过子类化独立进行扩展。

@:对抽象的实现进行修改不应影响客户端代码。

@:如果每个实现需要额外的子类以细化抽象,则说明有必要把它们分成两个部分。

@:想在带有不同抽象接口的多个对象之间共享一个实现。

桥接模式的实例应用

比如有一家电视机制造商,他们生产的每台电视都带一个遥控器,用户可以用遥控器进行频道切换之类的操作。在这里遥控器是控制电视机的接口,如果每个电视机型号需要一个专用的遥控器,那么单是遥控器就会导致设计激增。不过,每个遥控器都有些功能是各种型号电视机共有的,比如切换频道、调节音量和电源开关。而且每台电视机都应该能够通过基本命令接口,响应遥控器发来的这些命令。我们可以把遥控器逻辑同实际的电视机型号分离开来。这样电视机型号的改变就不会对遥控器的设计有任何的影响。遥控器的同一个设计可以被复用和扩展,而不会影响其他电视机型号。如下图所示:

AbstractRemoteControl是定义了供客户端使用的上层接口的父接口。它有一个对TVProtocol视力的引用,TVProtocol定义了实现类的接口。这个接口不必跟AbstractRemoteControl的接口一致,其实两个接口可以完全不同。TVProtocol的接口提供基本的操作,而AbstractRemoteControl的上层操作基于这些基本操作。当客户端向AbstractRemoteControl的实例发送operation消息时,这个方法向imp发送operationImp消息,底下的实际由TVA或TVB将作出响应并接受任务。

因此想要往系统中添加新的TVProtocol时,所要做的只是为TVProtocol创建一个新的实现类,响应operationImp消息并在其中执行任何具体的操作。不过,这对AbstractRemoteControl方面不会有任何影响。同样,如果想修改AbstractRemoteControl的接口或者创建更细化的AbstractRemoteControl类,也不会影响桥接的另一头。

来看下具体的代码实现,先看下抽象部分的代码实现,AbstractRemoteControl代码如下:

#import <Foundation/Foundation.h>
#import "TVProtocol.h"
@interface AbstractRemoteControl : NSObject

@property (nonatomic, weak) id<TVProtocol> tvProtocol; 

- (void)detectTVFunction;

@end
#import "AbstractRemoteControl.h"

@implementation AbstractRemoteControl

- (void)detectTVFunction {
    NSLog(@"检测电视机具备的功能,由子类来进行实现");
}

@end

在AbstractRemoteControl类中保持了对TVProtocol实例对象的引用,定义了供客户端使用的上层抽象接口detectTVFunction,而这个方法的具体实现则由其子类去实现,ConcreteRemoteControl代码如下:

#import "AbstractRemoteControl.h"

@interface ConcreteRemoteControl : AbstractRemoteControl

// 重写该方法
- (void)detectTVFunction;

@end
#import "ConcreteRemoteControl.h"

@implementation ConcreteRemoteControl

- (void)detectTVFunction {
    [self.tvProtocol switchChannel];
    [self.tvProtocol adjustVolume];
    [self.tvProtocol powerSwitch];
}

@end

从这里我们可以看出,当客户端向ConcreteRemoteControl的实例发送detectTVFunction消息时,这个方法向TVProtocol发送switchChannel、adjustVolume、powerSwitch三个消息,TVA或TVB将作出响应并接受任务。至此,抽象部分代码已经完成了,接着看下实现部分的代码,TVProtocol代码如下:

#import <Foundation/Foundation.h>

@protocol TVProtocol <NSObject>

@required

- (void)switchChannel; // 切换频道

- (void)adjustVolume;  // 调节音量

- (void)powerSwitch;   // 电源开关

@end

这就是一个协议,协议里面定义了三个方法,以后在创建电视机实例的时候,就必须遵守该协议,从而保证了电视机具有相同的功能。AbstractTV的代码如下:

#import <Foundation/Foundation.h>
#import "TVProtocol.h"
@interface AbstractTV : NSObject <TVProtocol>

@end
#import "AbstractTV.h"

@implementation AbstractTV

- (void)switchChannel {
    NSLog(@"切换频道,由具体的子类来实现");
}

- (void)adjustVolume {
    NSLog(@"调节音量,由具体的子类来实现");
}

- (void)powerSwitch {
    NSLog(@"电源开关,由具体的子类来实现");
}

@end

TVA的代码如下:

#import "AbstractTV.h"

@interface TVA : AbstractTV

// 重写这三个方法
- (void)switchChannel;
- (void)adjustVolume;
- (void)powerSwitch;

@end
#import "TVA.h"

@implementation TVA

- (void)switchChannel {
    NSLog(@"电视机A 具备了切换频道的功能");
}

- (void)adjustVolume {
    NSLog(@"电视机A 具备了调节音量的功能");
}

- (void)powerSwitch {
    NSLog(@"电视机A 具备了电源开关的功能");
}

@end

TVB的代码如下:

#import "AbstractTV.h"

@interface TVB : AbstractTV

// 重写这三个方法
- (void)switchChannel;
- (void)adjustVolume;
- (void)powerSwitch;

@end
#import "TVB.h"

@implementation TVB

- (void)switchChannel {
    NSLog(@"电视机B 具备了切换频道的功能");
}

- (void)adjustVolume {
    NSLog(@"电视机B 具备了调节音量的功能");
}

- (void)powerSwitch {
    NSLog(@"电视机B 具备了电源开关的功能");
}

@end

到这里,桥接模式代码已经完成了,在客户端该怎么去应用呢?我们通过下面的客户端代码来说明,如下:

#import "ViewController.h"
#import "AbstractRemoteControl.h"
#import "ConcreteRemoteControl.h"
#import "TVProtocol.h"
#import "AbstractTV.h"
#import "TVA.h"
#import "TVB.h"

typedef id<TVProtocol> TVProtocol; //在这里要进行一下转换声明,否则类中不能识别TVProtocol.

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];

    AbstractRemoteControl *remoteControl = [[ConcreteRemoteControl alloc] init];
    TVProtocol tvProtocol = [[TVA alloc] init];
    remoteControl.tvProtocol = tvProtocol;
    
    [remoteControl detectTVFunction];
    
    NSLog(@"///////////////////////////////");
    
    tvProtocol = [[TVB alloc] init];
    remoteControl.tvProtocol = tvProtocol;
    [remoteControl detectTVFunction];
    
    /**
     *  桥接模式:将抽象部分与它的实现部分分离,使它们都可以独立地变化。
     *  在本例中,AbstractRemoteControl是抽象部分,TVProtocol是其实现部分。
     */
    
}

- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning];
    // Dispose of any resources that can be recreated.
}

@end

日志输出如下:

2015-09-01 22:59:06.295 Bridge[16464:703747] 电视机A 具备了切换频道的功能
2015-09-01 22:59:06.295 Bridge[16464:703747] 电视机A 具备了调节音量的功能
2015-09-01 22:59:06.296 Bridge[16464:703747] 电视机A 具备了电源开关的功能
2015-09-01 22:59:06.296 Bridge[16464:703747] ///////////////////////////////
2015-09-01 22:59:06.296 Bridge[16464:703747] 电视机B 具备了切换频道的功能
2015-09-01 22:59:06.296 Bridge[16464:703747] 电视机B 具备了调节音量的功能
2015-09-01 22:59:06.296 Bridge[16464:703747] 电视机B 具备了电源开关的功能

通过桥接模式的应用,我们可以把抽象部分与实现部分分离,使它们都可以独立的变化。比如在本例中,对AbstractRemoteControl的修改,不会影响到TVProtocol。同样对TVProtocol的修改,也不会影响AbstractRemoteControl。这正是桥接模式带给我们的便利性。

demo链接地址:https://github.com/guoshimeihua/Bridge

时间: 2024-10-09 06:36:46

iOS设计模式——桥接模式的相关文章

js设计模式——桥接模式

定义:将抽象化(Abstraction)与实现化(Implementation)脱耦,使得二者可以独立地变化. 常用场景:在js中,桥接模式常用于事件监听器和ajax请求的解耦,以便于进行单元测试. 举个栗子 普通方法. var btn=$('#btn'); btn.on('click',function () { $.ajax({ url:'test.html', data:{ id:this.id }, dataType:'html', success:function(data){ con

5分钟读书笔记之 - 设计模式 - 桥接模式

补充一点知识: 私有变量 在对象内部使用'var'关键字来声明,而且它只能被私有函数和特权方法访问.私有函数 在对象的构造函数里声明(或者是通过var functionName=function(){...}来定义),它能被特权函数调用(包括对象的构造函数)和私有函数调用.特权方法 通过this.methodName=function(){...}来声明而且可能被对象外部的代码调用.可以使用:this.特权函数() 方式来调用特权函数,使用 :私有函数()方式来调用私有函数.公共属性 通过thi

C#设计模式--桥接模式

0.C#设计模式--简单工厂模式 1.C#设计模式--工厂方法模式 2.C#设计模式--抽象工厂模式 3.C#设计模式--单例模式 4.C#设计模式--建造者模式 5.C#设计模式--原型模式 6.C#设计模式--设配器模式 7.C#设计模式--装饰器模式 8.C#设计模式--代理模式 9.C#设计模式--外观模式 设计模式: 桥接模式(Bridge Pattern) 简单介绍: 桥接模式(Bridge Pattern):桥接模式的用意是将抽象化(Abstraction)与实现化(Impleme

设计模式 -- 桥接模式(Bridge Pattern)

桥接模式 Bridge Pattern 结构设计模式 定义: 分离抽象部分和实现部分,使他们独立运行. 避免使用继承导致系统类个数暴增,可以考虑桥接模式. 桥接模式将继承关系转化为关联关系,减少耦合,减少代码量. 例如: public interface Shape { public void bepaint(String color); } public abstract class Color { Shape shape; public void setShape(Shape shape)

[Unity 设计模式]桥接模式(BridgePattern)

1.前言 继上一讲IOC模式的基础上继续本讲桥接模式,笔者感觉桥接模式是23种设计模式中桥接模式是最好用但也是最难理解的设计模式之一,23中设计模式就好武侠剧中一本武功秘籍,我们在工作过程中想要熟练运用其中的每一种设计模式就好比跟高手过招想要能运用好武侠秘籍中的每一招每一式,并且能随着对手出招的不同我们能随机应变对应的招数,这就要求我们对每一种设计模式都理解的非常深刻才能运用自如,打出组合拳的效果. 2.需求 我们在FPS类游戏中会碰到这样的需求——实现武器和角色,无论是敌人还是我方角色都能通过

javascript设计模式-桥接模式

在系统中,某些类由于自身逻辑,具有两个或两个以上维度的变化,如何使得该类型可以沿多个方向变化,但又不引入额外的复杂度,这就是桥接模式要解决的问题. 定义:桥接模式(Bridge),将抽象部分与它的实现部分分离,使他们可以独立的变化. 意图:将抽象与实现解耦. 对于前端,比较常用的场景,是事件监控: addEvent(element, 'click', getDrinkById); function getDrinkById(e) { var id = this.id; asyncRequest(

设计模式 -- 桥接模式(Bridge)

写在前面的话:读书破万卷,编码如有神--------------------------------------------------------------------主要内容包括: 初始桥接模式,包括: 定义.结构和说明.参考实现 体会桥接模式,包括: 场景问题.不用模式的解决方案.使用模式的解决方案 理解桥接模式,包括: 认识桥接模式.谁来桥接.典型例子-JDBC.广义桥接-Java中无处不在桥接.桥接模式的优缺点 思考桥接模式,包括: 桥接模式的本质.对设计原则的体现.何时选用 参考内

小菜学设计模式——桥接模式

背景 很多情况下继承会带来麻烦,对象的继承关系是在编译时就定义好了,所以无法在运行时改变从父类继承的实现.子类的实现与它的父类有非常紧密的依赖关系,以至于父类实现中的任何变化必然会导致子类发生变化.当你需要复用子类时,如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合的类替换,这种依赖关系限制了灵活性并最终限制了复用性. 1.使用意图 尽量使用合成聚合,尽量不要使用类的继承. 将两个角色之间的继承关系改为聚合关系,就是将它们之间的强关联改换成为弱关联.因此,桥梁模式中的所谓脱耦,

设计模式——桥接模式

场景,我们需要给不同的电视厂商,比如长虹.TCL.三星等等生产电视遥控器.他们提供各自电视机遥控功能的实现,并且遵循一样的标准. 我们制作一个长虹的遥控器,选择最直接的方式,继承长虹类,然后利用长虹类提供的方法,实现遥控器功能. 在这个遥控器中,我们提供了新功能,比如 1)将开和关放在一个按钮 2)下一个频道 3)上一个频道 public class CHTvControl extends CHControl implements TvControl{ private static int ch