定义
职责链模式的定义是：使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间 的耦合关系，将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止
举个例子
假设我们负责一个售卖手机的电商网站，经过分别交纳 500 元定金和 200 元定金的两轮预定 后（订单已在此时生成），现在已经到了正式购买的阶段。
公司针对支付过定金的用户有一定的优惠政策。在正式购买后，已经支付过 500 元定金的用 户会收到 100 元的商城优惠券，200 元定金的用户可以收到 50 元的优惠券，而之前没有支付定金 的用户只能进入普通购买模式，也就是没有优惠券，且在库存有限的情况下不一定保证能买到。
使用代码实现
- orderType：表示订单类型（定金用户或者普通购买用户），code 的值为 1 的时候是 500 元 定金用户，为 2 的时候是 200 元定金用户，为 3 的时候是普通购买用户。
- pay：表示用户是否已经支付定金，值为 true 或者 false, 虽然用户已经下过 500 元定金的 订单，但如果他一直没有支付定金，现在只能降级进入普通购买模式。
- stock：表示当前用于普通购买的手机库存数量，已经支付过 500 元或者 200 元定金的用 户不受此限制
var order = function (orderType, pay, stock) {
// 500 元定金购买模式
if (orderType === 1) {
// 已支付定金
if (pay === true) {
console.log('500 元定金预购, 得到 100 优惠券');
} else {
// 未支付定金，降级到普通购买模式,结合库存判断
if (stock > 0) {
console.log('普通购买, 无优惠券');
} else {
console.log('手机库存不足');
}
}
}
else if (orderType === 2) {
if (pay === true) {
console.log('200 元定金预购, 得到 50 优惠券');
} else {
if (stock > 0) {
console.log('普通购买, 无优惠券');
} else {
console.log('手机库存不足');
}
}
}
else if (orderType === 3) {
if (stock > 0) {
console.log('普通购买, 无优惠券');
} else {
console.log('手机库存不足');
}
}
};
这个是最普通的写法，也是最糟糕的写法，如果想添加其他类型的购买策略或者修改某个购买策略的金额都需要去更新整个方法，十分不易维护。我们可以考虑使用职责链模式来重构他。
使用职责链模式
题目中给出了三种购买方法，当用户传入购买参数的时候，每一种购买策略都有机会处理请求，我们可以指定一个购买方法，当不满足这个策略的时候再继续将参数向后传递。直到到达最后一个购买方法。
重构代码
我们将它们分成3个方法，然后将订单信息传入，如果当前方法不能处理就传入下一个方法处理。
因为想要完全解耦，所以我们的不同购买类型切勿调用到其他购买类型。所以这里当当前函数不能处理的时候，我们传回一个信息。
var order500 = function( orderType, pay, stock ){
if ( orderType === 1 && pay === true ){
console.log( '500 元定金预购，得到 100 优惠券' );
}else{
return 'nextSuccessor'; // 我不知道下一个节点是谁，反正把请求往后面传递
}
};
var order200 = function( orderType, pay, stock ){
if ( orderType === 2 && pay === true ){
console.log( '200 元定金预购，得到 50 优惠券' );
}else{
return 'nextSuccessor'; // 我不知道下一个节点是谁，反正把请求往后面传递
}
};
var orderNormal = function( orderType, pay, stock ){
if ( stock > 0 ){
console.log( '普通购买，无优惠券' );
}else{
console.log( '手机库存不足' );
}
};
然后我们使用一个职责链节点来包装它们，添加一个指定下一个职责节点的方法和处理请求的方法，这样在在处理请求的时候，就能进行链式传递。
var Chain = function (fn) {
this.fn = fn;
this.successor = null;
}
Chain.prototype.setNextSuccessor = function (successor) {
this.successor = successor;
}
Chain.prototype.passRequest = function () {
var ret = this.fn.apply(this, arguments);
if (ret === 'nextSuccessor') {
return this.successor && this.successor.passRequest.apply(this.successor,arguments);
}
return ret;
}
简单测试一下
//现在我们把 3 个订单函数分别包装成职责链的节点：
var chainOrder500 = new Chain(order500);
var chainOrder200 = new Chain(order200);
var chainOrderNormal = new Chain(orderNormal);
//然后指定节点在职责链中的顺序：
chainOrder500.setNextSuccessor(chainOrder200);
chainOrder200.setNextSuccessor(chainOrderNormal);
//最后把请求传递给第一个节点：
chainOrder500.passRequest(1, true, 500); // 输出：500 元定金预购，得到 100 优惠券
chainOrder500.passRequest(2, true, 500); // 输出：200 元定金预购，得到 50 优惠券
chainOrder500.passRequest(3, true, 500); // 输出：普通购买，无优惠券
chainOrder500.passRequest(1, false, 0); // 输出：手机库存不足
这样实现之后，如果我们想添加1000的购买模式或者想修改500购买模式的优惠卷金额，都会变得简单许多。
使用JS函数式特性实现职责链模式
我们可以使用JS函数链式调用的特点，重构一下职责链节点的代码
Function.prototype.after = function (fn) {
var self = this;
return function () {
var ret = self.apply(this, arguments);
if (ret === 'nextSuccessor') {
return fn.apply(this, arguments);
}
return ret;
}
}
var order = order500.after(order200).after(orderNormal);
order(1, true, 500); // 输出：500 元定金预购，得到 100 优惠券
order(2, true, 500); // 输出：200 元定金预购，得到 50 优惠券
order(1, false, 500); // 输出：普通购买，无优惠券
职责链模式的缺点
- 当处理类型数量比较少的时候，使用职责链模式反而会增加代码量，这是不划算的。
- 我们不能保证职责链每一次都能成功处理请求，所以在职责链最后需要抛出错误，或者进行其他处理
- 职责链模式使得程序中多了一些节点对象，可能在某一次的请求传递过程中，大部分节点并没有起到实质性的作用，但是带来了性能的损耗
最后
感谢你能看到这里，如果你觉得这篇文章还不错的话，不妨点个赞再走呀~~
