坚实原则：接口隔离原则

以前，我们研究了liskov替代原理。下一个原则是接口隔离。接口隔离原则（ISP）指出，不应强迫任何客户端依赖其不使用的方法。

想象一下一个接口，在我们的代码库中有很多方法，尽管只有一部分方法被实现，但我们的许多类都实现了该接口。

在我们的案例中，运动员界面是一个包含运动员某些动作的界面。

package com.gkatzioura.solid.segragation;public interface Athlete {void compete();void swim();void highJump();void longJump();}

我们添加了比赛方法，但还添加了一些额外的方法，例如游泳highJump和longJump。
假设JohnDoe是一名游泳运动员。通过实现Athlete接口，我们必须实现JohnDoe永远不会使用的诸如highJump和longJump之类的方法。

package com.gkatzioura.solid.segragation;public class JohnDoe implements Athlete {@Override public void compete() {System.out.println("John Doe started competing");}@Override public void swim() {System.out.println("John Doe started swimming");}@Override public void highJump() {}@Override public void longJump() {}
}

对于可能是田径运动员跳高和跳远比赛的另一位运动员，也会出现相同的问题。
我们将遵循界面隔离原则，并且将重构原始界面，并创建另外两个界面，一个用于跳跃运动员，另一个用于游泳运动员。

package com.gkatzioura.solid.segragation;public interface SwimmingAthlete extends Athlete {void swim();}

package com.gkatzioura.solid.segragation;public interface JumpingAthlete extends Athlete {void highJump();void longJump();}

因此，John Doe不必执行他无法执行的动作。

package com.gkatzioura.solid.segragation;public class JohnDoe implements SwimmingAthlete {@Overridepublic void compete() {System.out.println("John Doe started competing");}@Overridepublic void swim() {System.out.println("John Doe started swimming");}}

您可以在github上找到源代码。最后一个原则是依赖倒置原则。

另外，我还编写了备忘单，其中包含一些扎实的原则。
在链接中注册以接收它。