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

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

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

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

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

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

　　我們以例子說明：

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

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

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

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

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

　　
責任編輯人：CC

　　?