接口隔離原則有哪些

　　C#接口，即Interface，每個(gè)人都很知道它并了解它。但知道和了解，并不表示，你能把它用好。

　　實(shí)際上，如果看下你身邊工作中的同事，包括你自己，回想一下，自己平時(shí)寫代碼所定義的接口多不多？很遺憾，我沒有確切的統(tǒng)計(jì)數(shù)據(jù)，根據(jù)我個(gè)人的經(jīng)驗(yàn)來看，4年經(jīng)驗(yàn)以下的程序員，基本不怎么自己編寫接口，抽象類甚至也很少。

　　4年經(jīng)驗(yàn)以下的程序員，通篇程序，充斥著各種不是public就是private，以及static。此觀點(diǎn)代表個(gè)人經(jīng)驗(yàn)，非統(tǒng)計(jì)數(shù)據(jù)。

　　本文不講解面向?qū)ο螅讳侀_，所以僅針對(duì)接口來說。

　　回歸話題，接口，首先我們回顧一下面向?qū)ο蟮脑O(shè)計(jì)原則之一：接口隔離原則。

　　接口隔離原則，就是要以最小的依賴來創(chuàng)建接口。通常我們一個(gè)類，可能會(huì)需要實(shí)現(xiàn)很多方法，如果將這么多的方法都抽象在同一個(gè)接口上，那么就會(huì)產(chǎn)生強(qiáng)依賴，不利于擴(kuò)展。因?yàn)閯e人也會(huì)想要用這個(gè)接口，但是你在接口中定義了那么多的方法，我只要想實(shí)現(xiàn)你的接口，就必須實(shí)現(xiàn)你所有的方法，這個(gè)依賴性就太強(qiáng)了。所以，接口隔離原則，就是將業(yè)務(wù)設(shè)計(jì)進(jìn)行最小的劃分創(chuàng)建各自的接口。

　　我們以例子說明：

　　上面的例子是以頭條為例簡單寫的一個(gè)類，如果不加以隔離，那么它對(duì)應(yīng)的接口將是這樣子的：

　　此時(shí)，如果另一個(gè)類A它只需要app列表，然后去做其它事情，那么它繼承了這個(gè)IByteDance接口，它就不得不實(shí)現(xiàn)它所有的方法。而實(shí)際上，這個(gè)新類A它僅僅需要下面這一個(gè)方法就足夠了：

　　如此，就造成了接口依賴性強(qiáng)，強(qiáng)加了各種別人不需要的方法。

　　那么我們要如何改造這個(gè)接口呢？可以按業(yè)務(wù)設(shè)計(jì)拆分下面的多個(gè)接口：

　　然后將類ByteDance繼承自IByteDance接口：

　　
責(zé)任編輯人：CC

　　?