【读书笔记】读《JavaScript设计模式》之桥接模式

桥接模式（Bridge）将抽象部分与它的实现部分分离，使它们均可以独立地变化。

 

1、使用场景

　　使用场景一：事件监控

　　对于前端而言，最典型的使用场景——事件监控。如——

addEvent(element, 'click', getBeerById);

// 能够看出这是一个只能工做在浏览器中的API，根据时间监听期回调函数的工做机制，事件对象会被做为第一个参数传递给这个函数。
// 在本例中并无使用这个参数，而只是从this对象获取ID。若是你对这个API函数作单元测试，就很困难了。
// 对于API开发者来讲，最好从一个优良的API开始，不要把它与任何特定的实现搅在一块儿。
function getBeerById(e) {
    var id = this.id;
    asyncRequest('GET', 'beer.uri?id=' + id, function(resp) {
        // callback response
        console.log('Requested Beer:' + resp.responseText);
    });
}

　　咱们但愿全部人都能获取到啤酒的信息。也就是将获取啤酒信息的方法造成共有API。

// 有利于独立的单元测试
// 因为单独抽离了业务逻辑，在必定程度上，提升了代码的复用性。
function getBeerById(id, callback) {
    // Make request for beer by ID, then return the beer data
    asyncRequest('GET', 'beer.uri?id=' + id, function(resp) {
        // callback response
        callback(resp.responseText);
    });
}

// 接下来，咱们将针对接口而不是实现进行编程，用桥接模式把抽象隔离开来。
addEvent(element, 'click', getBeerById);
// 有了这层桥接元素，这个API的使用范围打打扩宽了，这给了你更大的设计自由。
// 由于如今getBeerById并无和事件对象捆绑在一块儿，你能够在单元测试中运行这个API。只需提供一个ID和回调函数便可。
function getBeerByIdBridge(e) {
    getBeerById(this.id, function(beer) {
        console.log('Requested Beer:' + beer);
    });
}

　　使用场景二：特权函数

　　提供共有API（即这里的桥接函数）来访问私有属性或者方法——

// 除了在事件回调函数与接口之间进行桥接外，桥接模式也能够用于链接公开的API代码和私有的实现代码
var Public = function() {
    var secret = 3;

    // 使用桥接模式来访问某些私有的信息。这里的桥接函数也称为特权函数
    this.privilegedGetter = function() {
        return secret++;
    };
};

var o = new Public();
var data = o.privilegedGetter();

　　使用场景三：实现组合

　　在显示生活中，桥梁能够把多种事物联接起来，在JavaScript也是如此——

var Class1 = function(a, b, c) {
    this.a = a;
    this.b = b;
    this.c = c;
};

var Class2 = function(d) {
    this.d = d;
};

// 有了这个桥接元素，Class1和Class2可以独立于BridgeClass而发生改变
var BridgeClass = function(a, b, c, d) {
    this.one = new Class1(a, b, c);
    this.two = new Class2(d);
};

 

2、使用原则

　　很难想象，不使用桥接模式的事件驱动编程回事什么样子。可是js编程新手们经常沉迷于事件驱动开发的函数式风格，忘了编写接口。哪怕面对的是复杂操做。判断什么地方应该使用桥接模式一般很简单。假若有下面的代码：

$('#example').click(function() {
    new RichTextEditor();
});

　　从中你没法看出那个编辑器要显示在什么地方、它有些什么配置选项以及应该怎样修改它。这里的要诀是让接口“可桥接”，实际上也就是可适配。

在现实生活中，桥梁对于城市建设和城中街道的联通相当重要。城区至关于模块，而街道至关于把他们链接在一块儿的方法。 道路的可用性每每影响着该片区的人口数量。一样，你向客户提供的接口极有可能影响到模块的受欢迎程度。

 

3、优点及劣势

优点：

　　把抽象与其现实隔离开来，有助于独立地管理软件的各组成部分。达到充分解耦。Bug也所以更容易查找，而软件发生严重故障的可能性也减少了。有利于分层，从而产生更好的结构化系统。说到底，桥接元素应该是粘合每个抽象的粘合因子。

劣势：

　　在咱们看来，这种模式并无多少真正的缺点。前面讲述它的优势的时候已经提过，它置灰让API更加健壮、提升组件的模块化程度并促成更简洁的客户系统实现。不过这些益处的确是有代价的。每使用一个桥接元素都要增长一次函数调用，这对应用程序的性能会有一些负面影响。此外，它们提升了系统的复杂程度，在出现问题时这回致使代码更难调试。大多数状况下桥接模式都很是有用，但注意不要滥用。举个例子来讲，若是一个桥接函数被用于链接两个函数，而其中某个函数根本不会在桥接函数以外被调用，那么此时这个桥接函数就不是非要不可，你能够放心将它删除。

 

源自：JavaScript设计模式（人民邮电出版社）——第八章，桥接模式

参考：深刻理解JavaScript系列（44）：设计模式之桥接模式