在我們實現某個功能的時候，其實是可以先寫完功能，再實現介面的。比如我們可以先梳理一下這個功能需要哪些方法，這些方法可以獨立寫到乙個介面裡，我們在寫功能的時候直接呼叫介面，完成功能的**編寫，最後再把介面的實現**補充上。豈不方便？
而這種方法，往往很多人會忽略，甚至不用介面，直接在**中把功能實現。這樣會導致你的功能與實現**完全耦合在一起，後期的維護會導致你不斷的修改此方法。
如果介面方法與**實現分離，你只需要修改你的實現就可以了。並且你的主**邏輯思路會異常清晰。甚至可以不用修改你的實現，增加另乙個實現。執行在呼叫介面處，呼叫另乙個實現就ok了。豈不妙哉。如果你使用了支援注入的框架，比如spring，直接修改一下此介面的實現類就可以了。
面向介面程式設計
面向介面程式設計 英文的定義是 program to an inte ce,not an implementation 它是物件導向程式設計裡面的乙個設計原則。所謂原則，就是 你最好按我的樣子來做，實在不行也可以違反 物件導向程式設計有三個主要的特性，即是封裝，多型，繼承。面向介面程式設計是多型特性...
面向介面程式設計
物件導向設計裡有一點大家已基本形成共識，就是面向介面程式設計，我想大多數人對這個是沒有什麼覺得需要懷疑的。問題是在實際的專案開發中我們是怎麼體現的呢？難道就是每乙個實現都提供乙個介面就了事了？反過來說，你有時候有沒有覺得介面是多餘的事？又或者，你僅僅是覺得現在類似spring這樣的框架已習慣用介面這...
面向介面程式設計
上篇我們了解了當依賴注入與面向介面程式設計結合起來，才能真正發揮依賴注入的優勢。這篇我們開始簡單了解一下面向介面程式設計。什麼是面向介面程式設計？乙個類依賴其他類的目的是為了獲取其他類所提供的服務，可能這種服務有多種實現，我們可能需要根據不同的場景使用不同的實現。此時，我們可以使用多型，將同一功能的...