以前，我們研究了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上找到源代碼。 最后一個原則是依賴倒置原則。

另外，我還編寫了備忘單，其中包含一些扎實的原則。
在鏈接中注冊以接收它。

翻譯自: https://www.javacodegeeks.com/2018/02/solid-principles-interface-segregation-principle.html

總結

以上是生活随笔為你收集整理的坚实原则：接口隔离原则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。