前言
本章我们要讲解的是 S.O.L.I.D 五大原则 JavaScript 语言实现的第4篇，接口隔离原则 ISP（The Interface Segregation Principle）。
接口隔离原则的描述是：
Clients should not be forced to depend on methods they do not use.
不应该强迫客户依赖于它们不用的方法。
当用户依赖的接口方法即便只被别的用户使用而自己不用，那它也得实现这些接口，换而言之，一个用户依赖了未使用但被其他用户使用的接口，当其他用户修改该接口时，依赖该接口的所有用户都将受到影响。这显然违反了开闭原则，也不是我们所期望的。
接口隔离原则 ISP 和单一职责有点类似，都是用于聚集功能职责的，实际上 ISP 可以被理解才具有单一职责的程序转化到一个具有公共接口的对象。
JavaScript 接口
JavaScript 下我们改如何遵守这个原则呢？毕竟 JavaScript 没有接口的特性，如果接口就是我们所想的通过某种语言提供的抽象类型来建立 contract 和解耦的话，那可以说还行，不过 JavaScript 有另外一种形式的接口。在 Design Patterns – Elements of Reusable Object-Oriented Software 一书中我们找到了接口的定义：
一个对象声明的任意一个操作都包含一个操作名称，参数对象和操作的返回值。我们称之为操作符的签名（signature）。
一个对象里声明的所有的操作被称为这个对象的接口（interface）。一个对象的接口描绘了所有发生在这个对象上的请求信息。
不管一种语言是否提供一个单独的构造来表示接口，所有的对象都有一个由该对象所有属性和方法组成的隐式接口。参考如下代码：
var exampleBinder = {};
exampleBinder.modelObserver = (function() {
/* 私有变量 */
return {
observe: function(model) {
/* 代码 */
return newModel;
},
onChange: function(callback) {
/* 代码 */
}
}
})();
exampleBinder.viewAdaptor = (function() {
/* 私有变量 */
return {
bind: function(model) {
/* 代码 */
}
}
})();
exampleBinder.bind = function(model) {
/* 私有变量 */
exampleBinder.modelObserver.onChange(/* 回调callback */);
var om = exampleBinder.modelObserver.observe(model);
exampleBinder.viewAdaptor.bind(om);
return om;
};上面的 exampleBinder 类库实现的功能是双向绑定。该类库暴露的公共接口是 bind 方法，其中 bind 里用到的关于 change 通知和 view 交互的功能分别是由单独的对象 modelObserver 和 viewAdaptor 来实现的，这些对象从某种意义上来说就是公共接口 bind 方法的具体实现。
尽管 JavaScript 没有提供接口类型来支持对象的 contract，但该对象的隐式接口依然能当做一个 contract 提供给程序用户。
ISP 与 JavaScript
我们下面讨论的一些小节是 JavaScript 里关于违反接口隔离原则的影响。正如上面看到的，JavaScript 程序里实现接口隔离原则虽然可惜，但是不像静态类型语言那样强大，JavaScript 的语言特性有时候会使得所谓的接口搞得有点不粘性。
堕落的实现
在静态类型语言语言里，导致违反 ISP 原则的一个原因是堕落的实现。在 Java 和 C#里所有的接口里定义的方法都必须实现，如果你只需要其中几个方法，那其他的方法也必须实现（可以通过空实现或者抛异常的方式）。在 JavaScript 里，如果只需要一个对象里的某一些接口的话，他也解决不了堕落实现这个问题，虽然不用强制实现上面的接口。但是这种实现依然违反了里氏替换原则。
var rectangle = {
area: function() {
/* 代码 */
},
draw: function() {
/* 代码 */
}
};
var geometryApplication = {
getLargestRectangle: function(rectangles) {
/* 代码 */
}
};
var drawingApplication = {
drawRectangles: function(rectangles) {
/* 代码 */
}
};当一个 rectangle 替代品为了满足新对象 geometryApplication 的 getLargestRectangle 的时候，它仅仅需要 rectangl e的 area()方法，但它却违反了 LSP（因为他根本用不到其中 drawRectangles 方法才能用到的 draw 方法）。