小菜学设计模式——接口隔离原则
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 背景 本文标题为什么叫小菜学习设计模式，原因是本文内容主要是学习《大话设计模式》时的笔记摘要部分，当然，并不是记录书中小菜的学习过程，这个完全没有意义，而是指本人学习 设计模式的 成长之旅。 真诚的希望自己能够从一名小菜成长为一名大鸟！ 编写的程序应该满足： 1）可维护 2）可扩展 3）可复用 4）够灵活 废话少说，言归正传，设计模式原则之：接口隔离原则 书面理解 接口隔离原则：使用多个小的专门的接口，而不要使用一个大的总接口。 接口应该是内聚的，应该避免“胖”接口。一个类对另外一个类的依赖应该建立在最小的接口上，不要强迫依赖不用的方法，这是一种接口污染。 接口有效地将细节和抽象隔离，体现了对抽象编程的一切好处，接口隔离强调接口的单一性。而胖接口存在明显的弊端，会导致实现的类型必须完全实现接口的所有方法、属性等；而某些时候，实现类型并非需要所有的接口定义，在设计上这是“浪费”，而且在实施上这会带来潜在的问题，对胖接口的修改将导致一连串的客户端程序需要修改，有时候这是一种灾难。在这种情况下，将胖接口分解为多个特点的定制化方法，使得客户端仅仅依赖于它们的实际调用的方法，从而解除了客户端不会依赖于它们不用的方法。 分离的手段主要有以下两种： 1、委托分离，通过增加一个新的类型来委托客户的请求，隔离客户和接口的直接依赖