get與set成員函數是為代碼耦合之重要原因
版本：0.1
最后修改：2009-08-21
撰寫：李現民
類數據成員的訪問級別通常需定義為private，以封裝類的實現細節，這樣可以在類的生命演化過程中提供更好實現彈性。
get/set成員函數（訪問級別通常為public）使得client端用戶代碼可以訪問對象的內部數據結構，這會暴露類內部的實現細節。這種暴露使會得用戶代碼與類實現之間產生深層次的依賴關系，而這種過剩的知識將在類實現技術改變時迅速破壞相關的用戶代碼---漣漪效果。
比如Container類輸出了關于實現該類之二叉樹的信息（比如，當它輸出成員函數getLeftChild()與getRightChild()時），用戶將被迫按照二叉樹而不是容器進行思考，這將使用戶代碼變得復雜且難以改變。如果Container類改變了實現結構，則用戶代碼將被迫進行修改（可能是大量的）。
最少知識（least
knowledge）原則是用于面向對象編碼中降低類間耦合度的指導原則。該原則認為如果要在相互調用的類（對象）之間保持較低的耦合度，則一個對象所調用的方法應該僅僅局限于以下幾個來源：
-
類對象本身；
-
被當作方法的參數而傳遞進來的對象；
-
此方法所創建或實例化的任何對象；
-
對象的任何組件；
一個對象可以任意調用以上四類對象的方法。唯一一類不可調用的方法來源于：通過某個對象的get成員函數所獲取的間接對象的成員函數。很容易想象，當某個類擁有大量get/set成員函數時，該類本身幾乎不可能提供完善的邏輯處理方法（否則也就沒有必要提供這些get/set成員函數了），因此借助get成員函數獲取間接對象并做進一步的處理幾乎是不可避免的。
因此，在有可能的情況下，類設計人員應該盡量不提供get與set成員函數。
當然，不要認為get與set成員函數總是壞的，像CORBA這樣的框架都會為所有的屬性自動提供get/set成員函數。真正的問題是：好的對象總會封裝并在接口后面隱藏某些東西，然而get/set成員函數有時會在暗中暴露對象的秘密。只有當在類外（從用戶的角度）看待這些私有數據仍“有意義”時，為私有數據設置公有的get()和set()成員函數才是合理的。然而在許多情況下，
get()/set()成員函數和公有數據一樣差勁：它們僅僅隱藏了私有數據的名稱，而沒有隱藏私有數據本身。
注1：以上文字部分參考了《C++
FAQs》second edition,
P73的內容。
注2：我們經常使用get/set成員函數作為急救帶來修補蹩腳的接口。