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

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

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

　　本文不講解面向對象，不鋪開，所以僅針對接口來說。

　　回歸話題，接口，首先我們回顧一下面向對象的設計原則之一：接口隔離原則。

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

　　我們以例子說明：

　　上面的例子是以頭條為例簡單寫的一個類，如果不加以隔離，那么它對應的接口將是這樣子的：

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

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

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

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

　　
責任編輯人：CC

　　?