接口隔离原则

我的博客原文：
接口隔离原则

设计模式六大原则之四：接口隔离原则。

简介

姓名 ：接口隔离原则

英文名 ：Interface Segregation Principle

价值观 ：宁缺毋滥

我的介绍 ：

1. Clients should not be forced to depend upon interfaces that they don't use.（客户端不该该依赖它不须要的接口。）
2. The dependency of one class to another one should depend on the smallest possible interface.（类间的依赖关系应该创建在最小的接口上。）

也用一个故事来说这 2 句干巴巴的定义。

一小伙子跑到大城市的工厂打工，工做了一年半载，愈来愈以为没劲，天天干那么多活，又领那么一点工资，和他老爸抱怨这段时间的困扰，老爸想着，家里有个小做坊，本身也一年不如一年了，要不就让儿子回老家管理这小做坊。小伙子熬不过这个年，就跑回老家跟着老爸打理小做坊。

(来自Google Image)

小做坊主要是作布娃娃的，如上图，工做在于打扮包装布娃娃，工序有给布娃娃扎辫子、穿衣服、包装入箱、打标签。整个完整的流程都是一我的作的。有不少个工人天天都在作这个事情。

老爸向小伙子诉苦，感受招工挺多人的，生产力仍是提不上去。小伙子记着老爸的话，在工厂里面观察了几天，他发现每一个工人都要作这 4 个打扮包装布娃娃的工序，有些工人扎辫子很快但穿衣服很慢，有些工人扎辫子很慢但穿衣服快，他用了笔记本记下来：李大姨扎辫子快，王大妈穿衣服快，就这样把每一个人有效率的工做都记录下来。

一天晚上吃饭，小伙子跟老爸说了本身观察到的现象，也把本子拿给老爸看，跟老爸商量：可不能够作个尝试，不要每一个人负责打扮包装布娃娃全步骤，而是按工序分开，每一个人只负责一个工序，每一个工人只干一件事，更容易熟能生巧。老爸听着以为有道理。

次日早上，就到小做坊里，召集了全部工人，按小伙子的笔记上面的名单分工，你们都作好各自负责的内容，像流水线同样，作好了就放到下个工序的地方，让下个工序的人去作。到了下班，小伙子清点了今天工做的成果，包装完成的娃娃比前一天多了 50% 。晚上小伙子跟老爸喝着百威吃起大肉庆祝一番。

这个故事你看了可能想骂爹骂娘，跟上面的定义有啥毛关系？故事只是把你们带入这个场景，咱们在工做中，着手开发以前不都得先理清好需求背景，这就是要讲接口隔离原则的背景，经过代码来给你们讲解一下如何用好接口隔离原则。

父亲的运营模式

先看代码

interface Work {

    void hairBraiding();
    void getDressed();
    void packingIntoTheBox();
    void makeTag();

}

class WangMather implements Work{

    @Override
    public void hairBraiding() {
        System.out.println("王大妈给布娃娃扎辫子");
    }

    @Override
    public void getDressed() {
        System.out.println("王大妈给布娃娃穿衣服");
    }

    @Override
    public void packingIntoTheBox() {
        System.out.println("王大妈把布娃娃装入箱子");
    }

    @Override
    public void makeTag() {
        System.out.println("王大妈给箱子打标签");
    }
}

class LiAunt implements Work {

    @Override
    public void hairBraiding() {
        System.out.println("李大姨给布娃娃扎辫子");
    }

    @Override
    public void getDressed() {
        System.out.println("李大姨给布娃娃穿衣服");
    }

    @Override
    public void packingIntoTheBox() {
        System.out.println("李大姨把布娃娃装入箱子");
    }

    @Override
    public void makeTag() {
        System.out.println("李大姨给箱子打标签");
    }
}

// 测试代码
WangMather wangMather = new WangMather();
wangMather.hairBraiding();
wangMather.getDressed();
wangMather.packingIntoTheBox();
wangMather.makeTag();

LiAunt liAunt = new LiAunt();
liAunt.hairBraiding();
liAunt.getDressed();
liAunt.packingIntoTheBox();
liAunt.makeTag();

在父亲管理下的小做坊，是你们各自完成好一个布娃娃，工做互不交接，在这种运营模式下，咱们把全部工做都合并在一个接口 Work 是没有问题的。有人可能要问，不是说接口隔离么？这里面 Work 接口的 4 个方法均可以分离开，它们都是各自的工做内容。稍等一下，咱们如今是基于老父亲运营的模式下实现，若是小做坊一直都是这种模式运营，这段代码有问题么？其实没问题的，咱们根据当时的业务考虑，在这种状况下，把 Work 抽成 4 个接口不是不能够，只是不现实，每一个工人都去实现如出一辙的 4 个接口在老父亲运营模式下是不切实际。

儿子的运营模式

接下来介绍儿子的运营模式。儿子提倡的是每一个工人职责分明，只负责一个事情，在这种状况下，若是仍是用老父亲的 Work 接口会有什么问题呢？上面咱们说了，李大姨扎辫子快，王大妈穿衣服快，因此李大姨被分配去给布娃娃扎辫子，王大妈被分配去给布娃娃穿衣服。咱们沿用老父亲的 Work 接口实现，代码以下

class WangMather2 implements Work{

    @Override
    public void hairBraiding() {
    }

    @Override
    public void getDressed() {
        System.out.println("王大妈给布娃娃穿衣服");
    }

    @Override
    public void packingIntoTheBox() {
    }

    @Override
    public void makeTag() {
    }
}

class LiAunt2 implements Work {

    @Override
    public void hairBraiding() {
        System.out.println("李大姨给布娃娃扎辫子");
    }

    @Override
    public void getDressed() {
    }

    @Override
    public void packingIntoTheBox() {
    }

    @Override
    public void makeTag() {
    }
}

看出问题来了么？李大姨仅仅参与扎辫子工做，王大妈参与了穿衣服工做，可是却都要依旧实现其余 3 个多余的接口。因此在儿子的运营模式下，老父亲的 Work 接口须要从新分配，以工序的角度分配，而不是以完成一个布娃娃的角度分配。总共有 4 个工序：扎辫子、穿衣服、包装入箱、打标签，咱们须要定义 4 个接口，让员工去实现各自负责的工序接口。代码以下

interface Hair {
    void hairBraiding();
}

interface Dress {
    void getDressed();
}

interface Box {
    void packingIntoTheBox();
}

interface Tag {
    void makeTag();
}

/**
 * 李大姨给布娃娃扎辫子快
 */
class LiAunt3 implements Hair {

    @Override
    public void hairBraiding() {
        System.out.println("李大姨给布娃娃扎辫子");
    }
}

/**
 * 王大妈给布娃娃穿衣服快
 */
class WangMather3 implements Dress{

    @Override
    public void getDressed() {
        System.out.println("王大妈给布娃娃穿衣服");
    }

}

/**
 * 陈大叔包装快
 */
class ChenUncle implements Box {

    @Override
    public void packingIntoTheBox() {
        System.out.println("陈大叔给布娃娃装箱");
    }
}

/**
 * 黄大姐贴标签快
 */
class HuangSister implements Tag {

    @Override
    public void makeTag() {
        System.out.println("黄大姐给箱子打标签");
    }
}

// 测试代码
LiAunt3 liAunt3 = new LiAunt3();
WangMather3 wangMather3 = new WangMather3();
ChenUncle chenUncle = new ChenUncle();
HuangSister huangSister = new HuangSister();
liAunt3.hairBraiding();
wangMather3.getDressed();
chenUncle.packingIntoTheBox();
huangSister.makeTag();

这段代码看起来就很清晰了，在儿子的运营模式下，你们都是只作一道工序，这样子实现就很是合理。看了这个过程，你理解了接口隔离原则了么？再看一看上面的定义：客户端不该该依赖它不须要的接口。闭上眼睛，静默 3 秒，感觉一下。
咱们也能够回忆一下在工做中编写的代码，是否是有遵照接口隔离原则？在特定的场景下，若是不少类实现了同一个接口，而且都只实现了接口的极少部分方法，这时候颇有可能就是接口隔离性很差，就要去分析能不能把方法拆分到不一样的接口。

总结

接口隔离原则最最最重要一点就是要根据实际状况，具体业务具体分析，不能犯了上面说到的错误：在老父亲的运营模式下，按儿子的工序划分接口去实现，那样子会得不偿失。

参考资料：《大话设计模式》、《Java设计模式》、《设计模式之禅》、《研磨设计模式》、《Head First 设计模式》

但愿文章对您有所帮助，设计模式系列会持续更新，感兴趣的同窗能够关注公众号，第一时间获取文章推送阅读，也能够一块儿交流，交个朋友。

公众号之设计模式系列文章