接口隔离原则-before
在上图应用中，有多个用户需要操作OPS类。现在，我们假设这里的User1只需要使用op1，User2只需要使用op2，User3只需要使用op3。在这种情况下，如果OPS类，User1虽然不需要调用op2和op3，但在是源代码层次上它们也形成起来关系。这种依赖关系意味着我们对op2和op3所做的修改，即使不会影响大User1的功能，也会导致它需要重新编译和部署。
接口隔离原则-after
修改之后User1的源代码会依赖于UlOps和op1，但是不会依赖OPS。我们之后对OPS做的修改只要不影响到User1的功能，就不需要重新编译和部署User1了。
任何层次的软件设计如果依赖了不需要的东西，都会是有害的。从源代码层次来说，这种依赖导致不必要的重新编译和重新部署。
如果两个类不必彼此直接通信，那么这两个累就不应该发生直接的相互作用。如果其中给一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。类之间的耦合越弱，越有利于复用。一个处在弱耦合的类被修改，不会对有关系的类造成波及。
