耦合度
一、什麽是耦合度
軟件設計中通常用耦合度和內聚度作為衡量模塊獨立程度的標準。劃分摸塊的一個準則就是高內聚低耦合。 耦合度(Coupling)是對模塊間關聯程度的度量。耦合的強弱取決與模塊間接口的復雜性、調用模塊的方式以及通過界面傳送數據的多少。 模塊間的耦合度是指模塊之間的依賴關系，包括控制關系、調用關系、數據傳遞關系。模塊間聯系越多，其耦合性越強，同時表明其獨立性越差。降低模塊間的耦合度能減少模塊間的影響，防止對某一模塊修改所引起的“牽一發動全身”的水波效應，保證系統設計順利進行。 內聚和耦合密切相關，同其它模塊存在強耦合關系的模塊常意味這弱內聚，強內聚常意味著弱耦合。
耦合度就是某模塊（類）與其它模塊（類）之間的關聯、感知和依賴的程度，是衡量代碼獨立性的一個指標，也是軟件工程設計

及編碼質量評價的一個標準。耦合的強度依賴於以下幾個因素：

（1）一個模塊對另一個模塊的調用；

（2）一個模塊向另一個模塊傳遞的數據量；

（3）一個模塊施加到另一個模塊的控制的多少；

（4）模塊之間接口的復雜程度。
耦合按從強到弱的順序可分為以下幾種類型：
a)非直接耦合：兩模塊間沒有直接關系，之間的聯系完全是通過主模塊的控制和調用來實現的 　　

b)數據耦合：一個模塊訪問另一模塊，彼此間通過簡單數據參數來交換輸入、輸出信息。這裏的簡單數據參數不同於控制參數、公共數據結構或外部變量。 　　

c)標記耦合：如一組模塊通過參數表傳遞記錄信息，就是標記耦合。這個記錄是某一數據結構的子結構，不是簡單變量。 　　

d)控制耦合：一個模塊通過傳遞開關、標誌、名字等控制信息，明顯的控制選擇另一模塊的功能 　　

e)外部耦合：一組模塊都訪問同一全局簡單變量而不是同一全局數據結構，而且不是通過參數傳遞該全局變量的信息 　　

f)公共耦合：一組模塊都訪問同一個公共數

據環境。該公共數據環境可以是全局數據結構、共享的通信區、內存的公共覆蓋區等。 　　

g)內容耦合：一個模塊直接修改另一個模塊的數據，或直接轉入另一個模塊 　　

內聚度是指內部各元素之間聯系的緊密程度，模塊的內聚種類通常可分為7種，按其內聚度從低

到高的次序依此為：偶然內聚、邏輯內聚、瞬時內聚、過程內聚、通信內聚、順序內聚、功能內聚。

二、為什麽要低耦合

頭。道理很簡單，耦合度很高的情況下，維護代碼時修改一個地方會牽連到很多地方，如果修改時沒有理清這些耦合關系，那麽帶來的後果

可能會是災難性的，特別是對於需求變化較多以及多人協作開發維護的項目，修改一個地方會引起本來已經運行穩定的模塊錯誤，嚴重時會

導致惡性循環，問題永遠改不完，開發和測試都在各種問題之間奔波勞累，最後導致項目延期，用戶滿意度降低，成本也增加了，這對用戶

和開發商影響都是很惡劣的，各種風險也就不言而喻了。
為了預防這些問題的發生，其中一個重要手段就是降低代碼的耦合度。但也不可能有絕對的零耦合，比如基於J2EE編程那就必須和JDK

耦合，而且高耦合也不是一無是處，如果在設計前期預料到某功能後期基本不用修改，那麽即使高耦合了也關系不大。但是，在還沒有能力

設計出基本不用修改的代碼前，還得要求以低耦合為標準。那麽怎樣才能最大限度地降低耦合度呢？下面介紹降低耦合度的幾種方法。

三、降低耦合度的方法
1、少使用類的繼承，多用接口隱藏實現的細節。 java面向對象編程引入接口除了支持多態外， 隱藏實現細節也是其中一個目的。
2、模塊的功能化分盡可能的單一，道理也很簡單，功能單一的模塊供其它模塊調用的機會就少。（其實這是高內聚的一種說法，高內聚低

耦合一般同時出現，為了限制篇幅，我們將在以後的版期中討論）。
3、遵循一個定義只在一個地方出現。
4、少使用全局變量。
5、類屬性和方法的聲明少用public，多用private關鍵字，
6、多用設計模式，比如采用MVC的設計模式就可以降低界面與業務邏輯的耦合度。
7、盡量不用“硬編碼”的方式寫程序，同時也盡量避免直接用SQL語句操作數據庫。
8、最後當然就是避免直接操作或調用其它模塊或類（內容耦合）；如果模塊間必須存在耦合，原則上盡量使用數據耦合，少用控制耦合，

限制公共耦合的範圍，避免使用內容耦合。

內聚： 故名思議，表示內部間聚集、關聯的長度，那麽高內聚就是指要高度的聚集和關聯。
高內聚:類與類之間的關系而定，高，意思是他們之間的關系要簡單，明了，不要有很強的關系，不然，運行起來就會出問題。一個類的運行影響到其他的類。由於高內聚具備魯棒性，可靠性，可重用性，可讀性等優點，模塊設計推薦采用高內聚。

這是軟件工程中的概念,是判斷設計好壞的標準，主要是面向OO的設計，主要是看類的內聚性是否高，偶合度是否低

“高內聚，低耦合”,首先要知道一個軟件是由多個子程序組裝而成,
而一個程序由多個模塊(方法)構成!
“高內聚，低耦合”主要是闡述的面向對象系統中，各個類需要職責分離的思想。
每一個類完成特定的獨立的功能，這個就是高內聚。耦合就是類之間的互相調用關系，如果耦合很強，互相牽扯調用很多，那麽會牽一發而動全身，不利於維護和擴展。
類之間的設置應該要低耦合,但是每個類應該要高內聚.耦合是類之間相互依賴的尺度.如果每個對象都有引用其它所有的對象,那麽就有高耦合,這是不合乎要求的,因為在兩個對象之間,潛在性地流動了太多信息.低耦合是合乎要求的:它意味著對象彼此之間更獨立的工作.低耦合最小化了修改一個類而導致也要修改其它類的"連鎖反應". 內聚是一個類中變量與方法連接強度的尺度.高內聚是值得要的,因為它意味著類可以更好地執行一項工作.低內聚是不好的,因為它表明類中的元素之間很少相關.成分之間相互有關聯的模塊是合乎要求的.每個方法也應該高內聚.大多數的方法只執行一個功能.不要在方法中添加‘額外‘的指令,這樣會導致方法執行更多的函數.

推廣開來說，這個思想並不限於類與類之間的關系。模塊和模塊，子系統之間也都要遵守這個原則，才可以設計出延展性比較強的系統。

軟件設計之——“高內聚低耦合”