C#實(shí)現(xiàn)六大設(shè)計原則之接口隔離原則
接口隔離原則(ISP)定義:
客戶端不應(yīng)該依賴它不需要的接口;一個類對另一個類的依賴應(yīng)該建立在最小的接口上。
問題由來:
類A通過接口I依賴類B,類C通過接口I依賴類D,如果接口I對于類A和類B來說不是最小接口,則類B和類D必須去實(shí)現(xiàn)他們不需要的方法。
解決方案:
將臃腫的接口I拆分為獨(dú)立的幾個接口,類A和類C分別與他們需要的接口建立依賴關(guān)系。也就是采用接口隔離原則。
舉例來說明接口隔離原則:
類A依賴接口I中的方法1、方法2、方法3,類B是對類A依賴的實(shí)現(xiàn)。
類C依賴接口I中的方法1、方法4、方法5,類D是對類C依賴的實(shí)現(xiàn)。
對于類B和類D來說,雖然他們都存在著用不到的方法(也就是圖中紅色字體標(biāo)記的方法),但由于實(shí)現(xiàn)了接口I,所以也必須要實(shí)現(xiàn)這些用不到的方法。
code:
public interface I { void One(); void Two(); void Three(); void Four(); void Five(); }
public class B : I { public void One() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Two() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Three() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Four() { } public void Five() { } }
public class D : I { public void One() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Two() { } public void Three() { } public void Four() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Five() { Console.WriteLine("實(shí)現(xiàn)了"); } }
可以看到,如果接口過于臃腫,只要接口中出現(xiàn)的方法,不管對依賴于它的類有沒有用處,實(shí)現(xiàn)類中都必須去實(shí)現(xiàn)這些方法,這顯然不是好的設(shè)計。如果將這個設(shè)計修改為符合接口隔離原則,就必須對接口I進(jìn)行拆分。在這里我們將原有的接口I拆分為三個接口,拆分后的設(shè)計如圖所示:
相對應(yīng)的代碼Code:
public interface I1 { void One(); } public interface I2 { void Two(); void Three(); } public interface I3 { void Four(); void Five(); }
public class B : I1,I2 { public void One() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Two() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Three() { Console.WriteLine("實(shí)現(xiàn)了"); } }
public class D : I1,I3 { public void One() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Four() { Console.WriteLine("實(shí)現(xiàn)了"); } public void Five() { Console.WriteLine("實(shí)現(xiàn)了"); } }
接口隔離原則的含義是:建立單一接口,不要建立龐大臃腫的接口,盡量細(xì)化接口,接口中的方法盡量少。
也就是說,我們要為各個類建立專用的接口,而不要試圖去建立一個很龐大的接口供所有依賴它的類去調(diào)用。
上面例子中,將一個龐大的接口變更為3個專用的接口所采用的就是接口隔離原則。在程序設(shè)計中,依賴幾個專用的接口要比依賴一個綜合的接口更靈活。
接口是設(shè)計時對外部設(shè)定的“契約”,通過分散定義多個接口,可以預(yù)防外來變更的擴(kuò)散,提高系統(tǒng)的靈活性和可維護(hù)性。
采用接口隔離原則對接口進(jìn)行約束時,要注意以下幾點(diǎn):
- 接口盡量小,但是要有限度。對接口進(jìn)行細(xì)化可以提高程序設(shè)計靈活性是不掙的事實(shí),但是如果過小,則會造成接口數(shù)量過多,使設(shè)計復(fù)雜化。所以一定要適度。
- 為依賴接口的類定制服務(wù),只暴露給調(diào)用的類它需要的方法,它不需要的方法則隱藏起來。只有專注地為一個模塊提供定制服務(wù),才能建立最小的依賴關(guān)系。
- 提高內(nèi)聚,減少對外交互。使接口用最少的方法去完成最多的事情。
運(yùn)用接口隔離原則,一定要適度,接口設(shè)計的過大或過小都不好。設(shè)計接口的時候,只有多花些時間去思考和籌劃,才能準(zhǔn)確地實(shí)踐這一原則。
到此這篇關(guān)于C#實(shí)現(xiàn)六大設(shè)計原則之接口隔離原則的文章就介紹到這了。希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- C#實(shí)現(xiàn)六大設(shè)計原則之依賴倒置原則
- C#面向?qū)ο笤O(shè)計原則之組合/聚合復(fù)用原則
- C#面向?qū)ο笤O(shè)計原則之接口隔離原則
- C#面向?qū)ο笤O(shè)計原則之里氏替換原則
- C#面向?qū)ο笤O(shè)計原則之單一職責(zé)原則
- C#面向?qū)ο笤O(shè)計原則之開閉原則
- C#實(shí)現(xiàn)六大設(shè)計原則之迪米特法則
- C#實(shí)現(xiàn)六大設(shè)計原則之里氏替換原則
- C#實(shí)現(xiàn)六大設(shè)計原則之單一職責(zé)原則
- 淺談C#六大設(shè)計原則
- C#編程之依賴倒置原則DIP
相關(guān)文章
c#中使用BackgroundWorker的實(shí)現(xiàn)
本文主要介紹了c#中使用BackgroundWorker的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-06-06Unity登錄注冊時限制發(fā)送驗(yàn)證碼次數(shù)功能的解決方法
這篇文章主要為大家詳細(xì)介紹了Unity登錄注冊時限制發(fā)送驗(yàn)證碼次數(shù)功能的解決方案,文中示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下2020-01-01C#實(shí)現(xiàn)在前端網(wǎng)頁彈出警告對話框(alert)的方法
這篇文章主要介紹了C#實(shí)現(xiàn)在前端網(wǎng)頁彈出警告對話框(alert)的方法,涉及C#通過自定義函數(shù)調(diào)用window.alert方法彈出對話框的技巧,具有一定參考借鑒價值,需要的朋友可以參考下2015-04-04C#實(shí)現(xiàn)自定義Dictionary類實(shí)例
這篇文章主要介紹了C#實(shí)現(xiàn)自定義Dictionary類,較為詳細(xì)的分析了Dictionary類的功能、定義及用法,具有一定參考借鑒價值,需要的朋友可以參考下2015-08-08