get/set成員函數(shù)（訪問級別通常為public）使得client端用戶代碼可以訪問對象的內(nèi)部數(shù)據(jù)結(jié)構(gòu)，這會暴露類內(nèi)部的實現(xiàn)細(xì)節(jié)。這種暴露使會得用戶代碼與類實現(xiàn)之間產(chǎn)生深層次的依賴關(guān)系，而這種過剩的知識將在類實現(xiàn)技術(shù)改變時迅速破壞相關(guān)的用戶代碼---漣漪效果。

比如Container類輸出了關(guān)于實現(xiàn)該類之二叉樹的信息（比如，當(dāng)它輸出成員函數(shù)getLeftChild()與getRightChild()時），用戶將被迫按照二叉樹而不是容器進行思考，這將使用戶代碼變得復(fù)雜且難以改變。如果Container類改變了實現(xiàn)結(jié)構(gòu)，則用戶代碼將被迫進行修改（可能是大量的）。

最少知識（least knowledge）原則是用于面向?qū)ο?/a>編碼中降低類間耦合度的指導(dǎo)原則。該原則認(rèn)為如果要在相互調(diào)用的類（對象）之間保持較低的耦合度，則一個對象所調(diào)用的方法應(yīng)該僅僅局限于以下幾個來源：
類對象本身；
被當(dāng)作方法的參數(shù)而傳遞進來的對象；
此方法所創(chuàng)建或?qū)嵗娜魏螌ο螅?br/>對象的任何組件；

一個對象可以任意調(diào)用以上四類對象的方法。唯一一類不可調(diào)用的方法來源于：通過某個對象的get成員函數(shù)所獲取的間接對象的成員函數(shù)。很容易想象，當(dāng)某個類擁有大量get/set成員函數(shù)時，該類本身幾乎不可能提供完善的邏輯處理方法（否則也就沒有必要提供這些get/set成員函數(shù)了），因此借助get成員函數(shù)獲取間接對象并做進一步的處理幾乎是不可避免的。

因此，在有可能的情況下，類設(shè)計人員應(yīng)該盡量不提供get與set成員函數(shù)。
當(dāng)然，不要認(rèn)為get與set成員函數(shù)總是壞的，像CORBA這樣的框架都會為所有的屬性自動提供get/set成員函數(shù)。真正的問題是：好的對象總會封裝并在接口后面隱藏某些東西，然而get/set成員函數(shù)有時會在暗中暴露對象的秘密。只有當(dāng)在類外（從用戶的角度）看待這些私有數(shù)據(jù)仍“有意義”時，為私有數(shù)據(jù)設(shè)置公有的get()和set()成員函數(shù)才是合理的。然而在許多情況下， get()/set()成員函數(shù)和公有數(shù)據(jù)一樣差勁：它們僅僅隱藏了私有數(shù)據(jù)的名稱，而沒有隱藏私有數(shù)據(jù)本身。

主要是為了封裝性和安全性，有些容易產(chǎn)生問題的變量要封裝起來 就是定義為私有成員。但是為了讓別的類訪問到 就必須提供一個公有的方法 讓其他類只能得到這個數(shù)值 而讓其不知道怎么來的，比如，
class A{
private：
int a;
int b;
public:
int getResult{
if(a == -1){ //假設(shè)-1代表出錯，defaultvalue表示默認(rèn)值 這樣其他類可以很方便 很安全的得到結(jié)果，這就是我們想要的，如果讓用戶直接改a，b的值，后果有時候會很難預(yù)料
a = defaultvalue;
}
if(b == -1){
b = defaultvalue;
}
return a+b*b-a;
}
//這里演示了兩個作用 第一個是封裝，第二個是對內(nèi)部實現(xiàn)的隱藏
}

主要是為了封裝性和安全性
有些容易產(chǎn)生問題的變量要封裝起來 就是定義為私有成員
但是為了讓別的類訪問到 就必須提供一個公有的方法 讓其他類只能得到這個數(shù)值 而讓其不知道怎么來的比如
class A{
private：
int a;
int b;
public:
int getResult{
if(a == -1){ //假設(shè)-1代表出錯，defaultvalue表示默認(rèn)值 這樣其他類可以很方便 很安全的得到結(jié)果，這就是我們想要的，如果讓用戶直接改a，b的值，后果有時候會很難預(yù)料
a = defaultvalue;
}
if(b == -1){
b = defaultvalue;
}
return a+b*b-a;
}
//這里演示了兩個作用 第一個是封裝，第二個是對內(nèi)部實現(xiàn)的隱藏
}