有關松散耦合與接口的概念介紹
面向對象的軟件開發和設計的目標之一就是高聚合性和低耦合性。用簡單直白的說法，最大聚合就是指類（模塊）的封裝性要好，功能緊湊而獨立；最小耦合就是指類（模塊）之間的關聯和牽扯越少越好。
用術語解釋：聚合和耦合是與類和服務相關聯的概念。聚合是類（服務）內各條語句相互關聯程度的量度，程度（從高到低）：功能、信息、通信、過程、時間、邏輯、偶然，聚合度越高越好。耦合是模塊（服務）間關聯程度的量度。程度（從高到低）：內容、公共、控制、標志、數據、無耦合，偶合度越低越好。
實際上在做開發時，無耦合是不可能的，理想的是數據耦合（通過接口傳遞數據）。
以上所說用一句話來說就是實現松散耦合,而如何要實現松散耦合,不妨看下面的具體介紹
有關松散耦合與接口的使用
一個軟件，它具有許多類，類與類之間需要互相調用，一旦某個類與另一個類具有緊密耦合關系的時候，這個軟件的重用性就會大大降低。所以一個軟件的重用性的高低就取決于它的耦合程度的高低。
1.2 名詞解釋
1.2.1 耦合度：程序模塊之間的關聯、依賴程度。
1.3 關鍵詞
低耦合度；接口設計；模塊重用；
松散耦合：問題的提出
2.1 在設計過程中提出
當設計這個軟件的體系結構的時候，就發現了這個軟件的邏輯運行部分（SimpleRouter類）和輸出部分（SimpleRouterFrame類）不能很好的結合起來。即：我們不得不將程序界面的引用（reference to SimpleRouterFrame）一層一層的傳遞給程序的核心部分，以提供輸出功能。
2.2 在開發過程中提出
當我們對輸出界面（SimpleRouterFrame類）進行了一些修改后，特別是某些方法名稱修改后，相應程序核心部分（SimpleRouter類）的代碼也需要重新修改以適應這個新的輸出界面。
問題的原因
類與類之間耦合的過于緊密，以至于每次需要修改一個類，它相應的關聯類都需要修改代碼來適應這個修改過的類。
比如說：某個類A需要直接顯示的調用另一個類B的public方法，一旦B不再支持這個方法，或者重寫了這個方法名稱，A就需要重新編寫代碼來適應。另一種情況：某類A需要用到具有某種特定方法的類B，但B的形式并不確定，一旦B的內部結構改變，A就可能需要重寫代碼。
松散耦合：問題的解決方案
為避免這種情況，需要降低A與B之間的耦合度，目的就在于，無論B的形式如何，只要B仍然能夠實現A所需要的功能，A就不需要重寫代碼，
解決方法：令B實現某種接口I，定義 I.Method(); 同時A在調用B的方法時候直接調用I的方法即可；而從前會將B當作參數傳給A，然后A再調用B的方法的地方：
- {
- A.AMethod( B b ) {
- b.BMethod();
- /*….*/
- }
- }
修改成：
- {
- A.AMethod( I i ) {
- i.Method();
- }
- }
在這里，B只需要實現I.Method()方法即可，完全隱藏了實現細節。
按照這種方法，既實現了類與類之間的松散耦合，大大增強了類的可重用性。回顧從前學過的設計模式，可以發現，這與Observer模式有相似之處。
【編輯推薦】
