面试官你看我讲的“接口隔离原则”怎么样

来自菜鸟的关怀

随着天气越来越热,大家是不是都已经过上“左手小冰棍,右手大西瓜,吹着小空调,乐的笑哈哈”的日子了?不过还是要在这里提醒大家一下,冷饮、空调虽然好,但是一定要适度啊!

这不最近菜鸟就因为欢乐过度,乐极生悲了,急性肠胃炎找上了。拉肚子,拉到怀疑人生,上厕所,上到头皮发麻,整个人都已经虚脱了。所以大家一定要多多注意,千万别跟菜鸟一样吃坏肚子。

虽然身体不适,但是菜鸟还在坚持写文章。看在菜鸟这么努力的份上大家记得点赞加关注呦!

基本概念

专业解释:

1、客户端不应该依赖它不需要的接口。
2、一个类对另一个类的依赖应该建立在最小的接口上。

是不是有种雨里雾里的感觉?这就对了,只有不好理解才能称得上专业吗!

好了好了,开玩笑啦!让菜鸟来解释一下。

一个接口只应该被赋予一种职责(角色),不可以将不同职责都交给一个接口。

接口隔离原则的好处

1、单一化接口的职责,从而有效地避免接口污染。
2、当一个接口的方法过多,往往会造成使用该接口的类中闲置一些方法,造成代码的冗余,通过细分接口可有效避免该现象。
3、可以提高代码的灵活性,就好比搭积木一样,我们可以将一个大的接口拆成多个小接口,不同的小接口可以有多种组合。
4、促使程序高内聚、低耦合。

注意:细化接口虽好,但是也不可一味地盲目拆分,不然会增加接口的数量,提高系统的维护成本。

代码示例

先展示一下未遵守接口隔离原则的代码

public interface School {
  /**
   * 上课
   */
  void attendClass();
  /**
   * 下课
   */
  void afterClass();
  /**
   * 学习
   */
  void learn();
  /**
   * 讲课
   */
  void lecture();
}

如上代码,假设此时有一个People类,它的角色是学生,实现了School接口。它就会被迫实现“讲课”这个方法,事实它是不需要该方法的。这就造成了代码的冗余,使我们的代码变得臃肿。

按照接口隔离原则,我们可以将上面的大接口拆分成3个小的接口。

学校接口:

public interface School {
  /**
   * 上课
   */
  void attendClass();
  /**
   * 下课
   */
  void afterClass();
}

老师接口:

public interface Teacher {
  /**
   * 讲课
   */
  void lecture();
}

学生接口:

public interface Student {
  /**
   * 学习
   */
  void learn();
}

通过上面的拆分我们就可以有效避免冗余代码的产生,进而还可以促使我们的代码变得更加灵活。

以上就菜鸟对接口隔离原则的一点自己的看法,如果文章那里写的不合理的希望大家可以提出来。还有一点需要提醒大家的就是:凡事都是利弊共存,我们需要学会权衡利弊,找到最优的解决方法,促使程序变得更加的优秀。好了今天的分享就到这里了,感觉文章写得还不错的记得给点赞加关注呦,最后祝大家周末愉快!

https://juejin.im/post/5ee38c2c6fb9a047b534c307

「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论