第4章　接口隔離原則 4.1 接口隔離原則的定義 在講接口隔離原則之前，先明確一下我們的主角——接口。接口分為兩種： ● 實例接口（Object Interface），在Java中聲明一個類，然后用new關鍵字產生一個實例，它是對一個類型的事物的描述，這是一種接口。比如你定義Person這個類，然后使用Person zhangSan=new Person()產生了一個實例，這個實例要遵從的標準就是Person這個類，Person類就是zhangSan的接口。疑惑？看不懂？不要緊，那是因為讓Java語言浸染的時間太長了，只要知道從這個角度來看，Java中的類也是一種接口。 ●?類接口（Class Interface），Java中經常使用的interface關鍵字定義的接口。 主角已經定義清楚了，那什么是隔離呢？它有兩種定義，如下所示： ●?Clients should not be forced to depend upon interfaces that they don't use.（客戶端不應該依賴它不需要的接口。） ●?The dependency of one class to another one should depend on the smallest possible interface.（類間的依賴關系應該建立在最小的接口上。） 新事物的定義一般都比較難理解，晦澀難懂是正常的。我們把這兩個定義剖析一下，先說第一種定義：“客戶端不應該依賴它不需要的接口”，那依賴什么？依賴它需要的接口，客戶端需要什么接口就提供什么接口，把不需要的接口剔除掉，那就需要對接口進行細化，保證其純潔性；再看第二種定義：“類間的依賴關系應該建立在最小的接口上”，它要求是最小的接口，也是要求接口細化，接口純潔，與第一個定義如出一轍，只是一個事物的兩種不同描述。 我們可以把這兩個定義概括為一句話：建立單一接口，不要建立臃腫龐大的接口。再通俗一點講：接口盡量細化，同時接口中的方法盡量少。看到這里大家有可能要疑惑了，這與單一職責原則不是相同的嗎？錯，接口隔離原則與單一職責的審視角度是不相同的，單一職責要求的是類和接口職責單一，注重的是職責，這是業務邏輯上的劃分，而接口隔離原則要求接口的方法盡量少。例如一個接口的職責可能包含10個方法，這10個方法都放在一個接口中，并且提供給多個模塊訪問，各個模塊按照規定的權限來訪問，在系統外通過文檔約束“不使用的方法不要訪問”，按照單一職責原則是允許的，按照接口隔離原則是不允許的，因為它要求“盡量使用多個專門的接口”。專門的接口指什么？就是指提供給每個模塊的都應該是單一接口，提供給幾個模塊就應該有幾個接口，而不是建立一個龐大的臃腫的接口，容納所有的客戶端訪問。