以前，我們研究了liskov替代原理。 下一個(gè)原則是接口隔離 。 接口隔離原則（ISP）指出，不應(yīng)強(qiáng)迫任何客戶端依賴其不使用的方法。

想象一下一個(gè)接口，在我們的代碼庫中有很多方法，盡管只有一部分方法被實(shí)現(xiàn)，但我們的許多類都實(shí)現(xiàn)了該接口。

在我們的案例中，運(yùn)動(dòng)員界面是一個(gè)包含運(yùn)動(dòng)員某些動(dòng)作的界面。

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

我們添加了比賽方法，但還添加了一些額外的方法，例如游泳highJump和longJump。
假設(shè)JohnDoe是一名游泳運(yùn)動(dòng)員。 通過實(shí)現(xiàn)Athlete接口，我們必須實(shí)現(xiàn)JohnDoe永遠(yuǎn)不會使用的諸如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() {} }

對于可能是田徑運(yùn)動(dòng)員跳高和跳遠(yuǎn)比賽的另一位運(yùn)動(dòng)員，也會出現(xiàn)相同的問題。
我們將遵循界面隔離原則，并且將重構(gòu)原始界面，并創(chuàng)建另外兩個(gè)界面，一個(gè)用于跳躍運(yùn)動(dòng)員，另一個(gè)用于游泳運(yùn)動(dòng)員。

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不必執(zhí)行他無法執(zhí)行的動(dòng)作。

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上找到源代碼。 最后一個(gè)原則是依賴倒置原則。

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

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。