• 析構(gòu)函數(shù)絕對(duì)不要吐出異常。如果一個(gè)被析構(gòu)函數(shù)調(diào)用的函數(shù)可能拋出異常，析構(gòu)函數(shù)應(yīng)該捕捉任何異常，然后吞下它們（不傳播）或結(jié)束程序。
• 如果客戶需要對(duì)某個(gè)操作函數(shù)運(yùn)行期間拋出的異常做出反應(yīng)，那么類應(yīng)該提供一個(gè)普通函數(shù)（而非在析構(gòu)函數(shù)中）執(zhí)行該操作。

條款09：決不在構(gòu)造和析構(gòu)過(guò)程中調(diào)用virtual函數(shù)

你不該在構(gòu)造函數(shù)和析構(gòu)函數(shù)中調(diào)用virtual函數(shù)，因?yàn)檫@樣的調(diào)用不會(huì)帶來(lái)你預(yù)想的結(jié)果。

基類的構(gòu)造函數(shù)的執(zhí)行要早于派生類的構(gòu)造函數(shù)，當(dāng)基類的構(gòu)造函數(shù)執(zhí)行時(shí)，派生類的成員變量尚未初始化。派生類的成員變量沒(méi)初始化，即為指向虛函數(shù)表的指針vptr沒(méi)被初始化又怎么去調(diào)用派生類的virtual函數(shù)呢？析構(gòu)函數(shù)也相同，派生類先于基類被析構(gòu)，又如何去找派生類相應(yīng)的虛函數(shù)？

唯一好的做法是：確定你的構(gòu)造函數(shù)和析構(gòu)函數(shù)都沒(méi)有調(diào)用虛函數(shù)，而它們調(diào)用的所有函數(shù)也不應(yīng)該調(diào)用虛函數(shù)。

解決的方法可能是：既然你無(wú)法使用虛函數(shù)從基類向下調(diào)用，那么我們可以使派生類將必要的構(gòu)造信息向上傳遞至基類構(gòu)造函數(shù)。即在派生類的構(gòu)造函數(shù)的成員初始化列表中顯示調(diào)用相應(yīng)基類構(gòu)造函數(shù)，并傳入所需傳遞信息。

條款10：令operator= 返回一個(gè)reference to *this

對(duì)于賦值操作符，我們常常要達(dá)到這種類似效果，即連續(xù)賦值：

int x, y, z;
x = y = z = 15;

為了實(shí)現(xiàn)“連鎖賦值”，賦值操作符必須返回一個(gè)“引用”指向操作符的左側(cè)實(shí)參。

Widget & operator = (const Widget &rhs)
{
    ...
    return *this;
}

所有內(nèi)置類型和標(biāo)準(zhǔn)程序庫(kù)提供的類型如string，vector，complex或即將提供的類型共同遵守。

條款11：在operator =中處理“自我賦值”

看下面的例子：

 Widget& Widget::operator=(const Widget& rhs) 
 {     
     delete pb;         //這里對(duì)pb指向內(nèi)存對(duì)象進(jìn)行delete，試想 *this == rhs？情況會(huì)如何
     pb = new Bitmap(*rhs.pb);     //如果*this == rhs，那么這里還能new嗎？“大事不妙”。
     return *this; 
  }

也許以下代碼能解決以上問(wèn)題：

 Widget& Widget::operator=(const Widget& rhs)
 { 
     if (this == &rhs) 
     return *this;            //解決了自我賦值的問(wèn)題。

     delete pb; 
     pb = new Bitmap(*rhs.pb); 
     return *this; 
 }

“許多時(shí)候一群精心安排的語(yǔ)句就可以導(dǎo)出異常安全（以及自我賦值安全）的代碼”，以上代碼同樣存在異常安全問(wèn)題。如果new Bitmap導(dǎo)致異常，Widget最終會(huì)指向一塊被刪除的Bitmap。

Widget& Widget::operator=(const Widget& rhs)
 { 
     Bitmap *pOrig = pb;                //記住原先的pb
     pb = new Bitmap(*rhs.pb);      //令pb指向*pb的一個(gè)復(fù)本
     delete pOrig;                           //刪除原先的pb
     return *this;  //這樣既解決了自我賦值，又解決了異常安全問(wèn)題。自我賦值，將pb所指對(duì)象換了個(gè)存儲(chǔ)地址。
 } 

條款12：復(fù)制對(duì)象時(shí)勿忘其每一個(gè)成員

如果你在類中添加一個(gè)成員變量，你必須同時(shí)修改相應(yīng)的copying函數(shù)（所有的構(gòu)造函數(shù)，拷貝構(gòu)造函數(shù)以及拷貝賦值操作符）。在派生類的構(gòu)造函數(shù)，拷貝構(gòu)造函數(shù)和拷貝賦值操作符中應(yīng)當(dāng)顯示調(diào)用基類相對(duì)應(yīng)的函數(shù)，否則編譯器可能又“自作聰明了”。

當(dāng)你編寫一個(gè)copying函數(shù)，請(qǐng)確保：

• 復(fù)制所有l(wèi)ocal成員變量；
• 調(diào)用所有基類內(nèi)的適當(dāng)copying函數(shù)。

但是，我們不該令拷貝賦值操作符調(diào)用拷貝構(gòu)造函數(shù)，也不該令拷貝構(gòu)造函數(shù)調(diào)用拷貝賦值操作符。想想，一個(gè)是拷貝(建立對(duì)象)，一個(gè)是賦值(對(duì)象已經(jīng)存在)

3. 資源管理

所謂資源就是，一旦用了它，將來(lái)必須還給系統(tǒng)。C++程序中最常使用的資源就好似動(dòng)態(tài)分配內(nèi)存（如果你new了，卻忘了delete，會(huì)導(dǎo)致內(nèi)存泄露），但內(nèi)存只是你必須管理的眾多資源之一。其它常見(jiàn)的有文件描述符（file descriptors）、互斥器（mutex）、圖形界面中的字形和畫刷。數(shù)據(jù)庫(kù)連接以及網(wǎng)絡(luò)sockets。當(dāng)你不使用它們時(shí)，記得還給系統(tǒng)。

條款13：以對(duì)象管理資源

把資源放進(jìn)對(duì)象內(nèi)，我們便可依賴C++的“析構(gòu)函數(shù)自動(dòng)調(diào)用機(jī)制”確保資源被釋放。

許多資源被動(dòng)態(tài)分配于堆內(nèi)而后被用于單一區(qū)塊或函數(shù)內(nèi)。它們應(yīng)該在控制流離開(kāi)那個(gè)區(qū)塊或函數(shù)時(shí)被釋放。標(biāo)準(zhǔn)程序庫(kù)提供的auto_ptr正是針對(duì)這種形勢(shì)而設(shè)計(jì)的特制產(chǎn)品。auto_ptr是個(gè)“類指針對(duì)象”，也就是所謂的“智能指針”，其析構(gòu)函數(shù)自動(dòng)對(duì)其所指對(duì)象調(diào)用delete。

void f()
 { 
     std::auto_ptr<Investment> pInv(createInvestment()); 
     ... 
 }          //函數(shù)退出，auto_ptr調(diào)用析構(gòu)函數(shù)自動(dòng)調(diào)用delete，刪除pInv；無(wú)需顯示調(diào)用delete。

“以對(duì)象管理資源”的兩個(gè)關(guān)鍵想法：

• 獲得資源后立刻放進(jìn)管理對(duì)象內(nèi)（如auto_ptr）。每一筆資源都在獲得的同時(shí)立刻被放進(jìn)管理對(duì)象中?！百Y源取得時(shí)機(jī)便是初始化時(shí)機(jī)”（Resource Acquisition Is Initialization；RAII）。
• 管理對(duì)象運(yùn)用析構(gòu)函數(shù)確保資源被釋放。即一旦對(duì)象被銷毀，其析構(gòu)函數(shù)被自動(dòng)調(diào)用來(lái)釋放資源。

由于auto_ptr被銷毀時(shí)會(huì)自動(dòng)刪除它所指之物，所以不能讓多個(gè)auto_ptr同時(shí)指向同一對(duì)象。所以auto_ptr若通過(guò)copying函數(shù)復(fù)制它們，它們會(huì)變成NULL，而復(fù)制所得的指針將取得資源的唯一擁有權(quán)！

std::auto_ptr<Investment> pInv1(createInvestment()); //pInv1指向createInvestment()返回物；
std::auto_ptr<Investment> pInv2(pInv1);                      //現(xiàn)在pInv2指向?qū)ο?，而pInv1被設(shè)為NULL;
pInv1 = pInv2;                         //現(xiàn)在pInv1指向?qū)ο螅鴓In2被設(shè)為NULL;

受auto_ptr管理的資源必須絕對(duì)沒(méi)有一個(gè)以上的auto_ptr同時(shí)指向它。即“有你沒(méi)我，有我沒(méi)你”。auto_ptr的替代方案是“引用計(jì)數(shù)型智能指針”（reference-counting smart pointer；SCSP）、它可以持續(xù)跟蹤共有多少對(duì)象指向某筆資源，并在無(wú)人指向它時(shí)自動(dòng)刪除該資源。

TR1的tr1::shared_ptr就是一個(gè)"引用計(jì)數(shù)型智能指針"。

 void f()
 { 
     ... 
     std::tr1::shared_ptr<Investment>  pInv1(createInvestment()); //pInv1指向createInvestment()返回物；
     std::tr1::shared_ptr<Investment>  pInv2(pInv1);                     //pInv1，pInv2指向同一個(gè)對(duì)象；
     pInv1 = pInv2;                                      //同上，無(wú)變化
     ... 
 }         //函數(shù)退出，pInv1，pInv2被銷毀，它們所指的對(duì)象也竟被自動(dòng)釋放。

auto_ptr和tr1::shared_ptr都在其析構(gòu)函數(shù)內(nèi)做delete而不是delete[]，也就意味著在動(dòng)態(tài)分配而得的數(shù)組身上使用auto_ptr或tr1::shared_ptr是個(gè)潛在危險(xiǎn)，資源得不到釋放。也許boost::scoped_array和boost::shared_array能提供幫助。還有，vector和string幾乎總是可以取代動(dòng)態(tài)分配而得的數(shù)組。

請(qǐng)記住：

• 為防止資源泄漏，請(qǐng)使用RAII對(duì)象，它們?cè)跇?gòu)造函數(shù)中獲得資源并在析構(gòu)函數(shù)中釋放資源。
• 兩個(gè)常被使用的RAII類分別是auto_ptr和tr1::shared_ptr。后者通常是較佳選擇，因?yàn)槠淇截愋袨楸容^直觀。若選擇auto_ptr，復(fù)制動(dòng)作會(huì)使他（被復(fù)制物）指向NULL。

條款14：在資源管理類中小心拷貝行為

我們?cè)跅l款13中討論的資源表現(xiàn)在堆上申請(qǐng)的資源，而有些資源并不適合被auto_ptr和tr1::shared_ptr所管理?？赡芪覀冃枰⒆约旱馁Y源管理類。

例：假設(shè)我們使用Mutex類型的互斥器對(duì)象，共有l(wèi)ock和unlock兩函數(shù)可用

void lock(Mutex *pm);     //鎖定pm所指的互斥量     
unlock(Mutex *pm);        //將pm解除鎖定

我們建立的資源管理類可能會(huì)是這樣：

 class Lock 
{
    public: 
    explicit Lock(Mutex *pm)
    : mutexPtr(pm) 
    {
         lock(mutexPtr); 
    } 
    ~Lock() 
    { 
         unlock(mutexPtr); 
    } 
    private: 
    Mutex *mutexPtr; 
}; 

“當(dāng)一個(gè)RAII對(duì)象被復(fù)制，會(huì)發(fā)生什么事？”大多數(shù)時(shí)候你會(huì)選擇一下兩種可能：

• 禁止復(fù)制。如果復(fù)制動(dòng)作對(duì)RAII類并不合理，你便應(yīng)該禁止之。禁止復(fù)制類的copying函數(shù)參見(jiàn)條款6。
• 對(duì)底層資源使用”引用計(jì)數(shù)法“。有時(shí)候我們又希望保有資源，直到它的最后一個(gè)使用者被銷毀。這種情況下復(fù)制RAII對(duì)象時(shí)，應(yīng)該將資源的”被引用計(jì)數(shù)“遞增。tr1::shared_ptr便是如此。通常只要內(nèi)含一個(gè)tr1::shared_ptr成員變量，RAII類便可實(shí)現(xiàn)”引用計(jì)數(shù)“行為。

條款15：在資源管理類中提供對(duì)原始資源的訪問(wèn)

前幾個(gè)條款提到的資源管理類很棒。它們是你對(duì)抗資源泄漏的堡壘。但這個(gè)世界并不完美，許多APIs直接指涉資源，這時(shí)候我們需要直接訪問(wèn)原始資源。這時(shí)候需要一個(gè)函數(shù)可將RAII對(duì)象（如tr1::shared_ptr）轉(zhuǎn)換為其所內(nèi)含之原始資源。有兩種做法可以達(dá)成目標(biāo)：顯示轉(zhuǎn)換和隱式轉(zhuǎn)換。

tr1::shared_ptr和auto_ptr都提供一個(gè)get成員函數(shù)，用來(lái)執(zhí)行顯示轉(zhuǎn)換，也就是返回智能指針內(nèi)部的原始指針（的復(fù)件）。就像所有智能指針一樣， tr1::shared_ptr和auto_ptr也重載了指針取值操作符（operator->和operator），它們?cè)试S隱式轉(zhuǎn)換至底部原始指針。（即在對(duì)智能指針對(duì)象實(shí)施->和操作時(shí)，實(shí)際被轉(zhuǎn)換為被封裝的資源的指針。）

class Font 
{
    public: 
    ... 
    FontHandle get() const         //FontHandle 是資源；    顯示轉(zhuǎn)換函數(shù)
    { 
        return f; 
    }
    operator FontHandle() const         //隱式轉(zhuǎn)換    這個(gè)值得注意，可能引起“非故意之類型轉(zhuǎn)換”
    { 
        return f; 
    } 
    ... 
}; 

是否該提供一個(gè)顯示轉(zhuǎn)換函數(shù)（例如get成員函數(shù)）將RAII類轉(zhuǎn)換為其底部資源，或是應(yīng)該提供隱式轉(zhuǎn)換，答案主要取決于RAII類被設(shè)計(jì)執(zhí)行的特定工作，以及它被使用的情況。顯示轉(zhuǎn)換可能是比較受歡迎的路子，但是需要不停的get，get；而隱式轉(zhuǎn)換又可能引起“非故意之類型轉(zhuǎn)換”。

條款16：成對(duì)使用new和delete時(shí)要采取相同形式

當(dāng)我們使用new，有兩件事情發(fā)生：第一，內(nèi)存被分配出來(lái)；第二，針對(duì)此內(nèi)存會(huì)有一個(gè)（或更多）構(gòu)造函數(shù)被調(diào)用。當(dāng)你使用delete，也有兩件事發(fā)生：針對(duì)此內(nèi)存會(huì)有一個(gè)（或多個(gè)）析構(gòu)函數(shù)被調(diào)用，然后內(nèi)存才被釋放。delete的最大問(wèn)題在于：即將被刪除的內(nèi)存之內(nèi)究竟有多少對(duì)象？這個(gè)問(wèn)題的答案決定了有多少個(gè)析構(gòu)函數(shù)必須被調(diào)用起來(lái)。

解決以上問(wèn)題事實(shí)上很簡(jiǎn)單：如果你調(diào)用new時(shí)使用[]，你必須在對(duì)應(yīng)調(diào)用delete時(shí)也使用[]。如果你調(diào)用new時(shí)沒(méi)有使用[]，那么也不該在對(duì)應(yīng)調(diào)用delete時(shí)使用[]。

條款17：以獨(dú)立語(yǔ)句將newed對(duì)象置入智能指針

為了避免資源泄漏的危險(xiǎn)，最好在單獨(dú)語(yǔ)句內(nèi)以智能指針存儲(chǔ)newed所得對(duì)象。

int priority();
void processWidget(std::tr1::shared_ptr<Widget> pw, int priority);

std::tr1::shared_ptr<Widget> pw(new Widget);    //即在傳入函數(shù)之前對(duì)智能指針初始化，而不是在傳入?yún)?shù)中
 //對(duì)其初始化，因?yàn)槟菢涌赡芤鸩僮餍蛄械膯?wèn)題。
processWidget(pw, priority()); 

請(qǐng)記住：以獨(dú)立語(yǔ)句將newed對(duì)象存儲(chǔ)于（置入）智能指針內(nèi)。如果不這樣做，一旦異常拋出，有可能導(dǎo)致難以察覺(jué)的資源泄漏。

4. 設(shè)計(jì)與聲明

所謂軟件設(shè)計(jì)，是“令軟件做出你希望它做的事情”的步驟和做法，通常以頗為一般性的構(gòu)想開(kāi)始，最終變成十足的細(xì)節(jié)，以允許特殊接口的開(kāi)發(fā)。

條款18：讓接口容易被正確使用，不易被誤用

• 好的接口很容易被正確使用，不容易被誤用。你應(yīng)該在你的所有接口中努力達(dá)成這些性質(zhì)。
• “促進(jìn)正確使用”的辦法包括接口的一致性，以及與內(nèi)置類型的行為兼容。
• “阻止誤用”的辦法包括建立新類型、限制類型上的操作，束縛對(duì)象值，以及消除客戶的資源管理責(zé)任。
• tr1::shared_ptr支持定制刪除器。這可防范DLL問(wèn)題，可被用來(lái)自動(dòng)解除互斥量等等。

條款19：設(shè)計(jì)class猶如設(shè)計(jì)type

設(shè)計(jì)一個(gè)良好的類，或者稱作類型，考慮一下設(shè)計(jì)規(guī)范：

• 新類型的對(duì)象應(yīng)該如何被創(chuàng)建和銷毀？
• 對(duì)象的初始化和對(duì)象的賦值該有什么樣的差別？
• 新類型的對(duì)象如果被passed by value（值傳遞），意味著什么？
• 什么是新類型的“合法值”？
• 你的新類型需要配合某個(gè)繼承圖系嗎？
• 你的新類型需要什么樣的轉(zhuǎn)換？
• 什么樣的操作符和函數(shù)對(duì)此新類型而言是合理的？
• 什么樣的標(biāo)準(zhǔn)函數(shù)應(yīng)該駁回？
• 誰(shuí)該取用新類型的成員？
• 什么是新類型的“未聲明接口”？
• 你的新類型有多么一般化？
• 你真的需要一個(gè)新類型嗎？

條款20：寧以pass-by-reference-to-const替代psss-by-value

缺省情況下C++以by value方式傳遞對(duì)象至函數(shù)。除非你另外指定，否則函數(shù)參數(shù)都是以實(shí)際實(shí)參的副本為初值，而調(diào)用端所獲得的亦是返回值的一個(gè)副本。這些副本由對(duì)象的拷貝構(gòu)造函數(shù)產(chǎn)生。所以在以對(duì)象為by value時(shí)，可能會(huì)調(diào)用相應(yīng)的構(gòu)造函數(shù)（成員對(duì)象的構(gòu)造、基類對(duì)象的構(gòu)造），然后調(diào)用對(duì)應(yīng)的析構(gòu)函數(shù)。所以以by value的形式開(kāi)銷還是比較大的。

如果我們用pass-by-reference-to-const，例如：bool validateStudent(const Student& s);，這種傳遞方式效率高得多：沒(méi)有任何構(gòu)造函數(shù)或析構(gòu)函數(shù)被調(diào)用，因?yàn)闆](méi)有任何新對(duì)象被創(chuàng)建。以傳引用方式傳遞參數(shù)也可以避免對(duì)象切割問(wèn)題：即當(dāng)一個(gè)派生類對(duì)象以傳值的方式傳遞并被視為一個(gè)基類對(duì)象，基類對(duì)象的拷貝構(gòu)造函數(shù)會(huì)被調(diào)用，而“造成此對(duì)象的行為像個(gè)派生類對(duì)象”的那些特化性質(zhì)全被切割掉了，僅僅留下了基類對(duì)象。這一般不是你想要的。

所以我們一般的做法應(yīng)該是這樣：內(nèi)置對(duì)象和STL的迭代器和函數(shù)對(duì)象，我們一般以傳值的方式傳遞，而其它的任何東西都以傳引用的方式傳遞。

條款21：必須返回對(duì)象時(shí)，別妄想返回其reference

• 不要返回一個(gè)指向局部變量的指針或引用，因?yàn)榫植孔兞吭诤瘮?shù)返回后就沒(méi)有存在的意義。
• 不要返回一個(gè)在堆上對(duì)象的引用，這會(huì)埋下了資源泄漏的危險(xiǎn)。誰(shuí)該對(duì)這對(duì)象實(shí)施delete呢？別把這種對(duì)資源的管理寄托完全寄托于用戶。
• 不要返回一個(gè)被定義于函數(shù)內(nèi)部的靜態(tài)對(duì)象的引用。
• “必須返回新對(duì)象”的函數(shù)的正確寫法是：就讓那個(gè)函數(shù)返回一個(gè)新對(duì)象。

條款22：將成員變量聲明為private

將成員變量隱藏在函數(shù)接口的背后，可以為“所有可能的實(shí)現(xiàn)”提供彈性。例如,這可使得成員變量被讀或?qū)憰r(shí)輕松通知其它對(duì)象、可以驗(yàn)證calss的約束條件以及函數(shù)的前提和事后狀態(tài)、可以在多線程環(huán)境中執(zhí)行同步控制......

不封裝意味不可改變！成員變量的封裝性與“成員變量的內(nèi)容改變時(shí)所壞量的代碼數(shù)量”成反比。

條款23：寧以non-member、non-friend替換member函數(shù)

寧可拿non-member non-friend函數(shù)替代member函數(shù)。這樣做可以增加封裝性、包裹彈性和機(jī)能擴(kuò)充性。

一般我們相當(dāng)然以為類中的成員函數(shù)更具封裝性，而實(shí)際上并不是那么一回事，因?yàn)槌蓡T函數(shù)不僅可以訪問(wèn)private成員變量，也可以取用private函數(shù)、enums、typedefs等等。而非成員非友元函數(shù)能實(shí)現(xiàn)更大的封裝性，因?yàn)樗荒茉L問(wèn)public函數(shù)。

將所有便利函數(shù)放在多個(gè)頭文件內(nèi)但隸屬同一個(gè)命名空間，意味客戶可以輕松擴(kuò)展這一組便利函數(shù)。需要做的就是添加更多non-member non-friend函數(shù)到此命名空間內(nèi)。

條款24：若所有參數(shù)皆需類型轉(zhuǎn)換，請(qǐng)為此采用non-member函數(shù)

通常，令類支持隱式類型轉(zhuǎn)換通常是個(gè)糟糕的主意。當(dāng)然這條規(guī)則有其例外，最常見(jiàn)的例外是在建立數(shù)值類型時(shí)。

const Rational operator*(const Rational& rhs) const; 
//如果定義一個(gè)有理數(shù)類，并實(shí)現(xiàn)*操作符為成員函數(shù)，如上所示；那么考慮一下調(diào)用：
Rational oneHalf(1, 2); 
result = oneHalf * 2; // 正確，2被隱式轉(zhuǎn)換為Rational（2，1）
                             //編譯器眼中應(yīng)該是這樣：const Rational temp(2); result = oneHalf * temp; 
result = 2 * oneHalf; // 錯(cuò)誤，2，可不被認(rèn)為是Rational對(duì)象；因此無(wú)法調(diào)用operator*

可見(jiàn)，這樣并不準(zhǔn)確，因?yàn)槌朔☉?yīng)該滿足交換律，不是嗎？所以，支持混合式算術(shù)運(yùn)算的可行之道應(yīng)該是：讓operator*成為一個(gè)non-member函數(shù)，允許編譯器在每一個(gè)實(shí)參上執(zhí)行隱式類型轉(zhuǎn)換：

class Rational 
{
... // contains no operator* 
}; 
const Rational operator*(const Rational& lhs,  Rational& rhs)
{ 
return Rational(lhs.numerator() * rhs.numerator(), 
                        lhs.denominator() * rhs.denominator()); 
} 
Rational oneFourth(1, 4); 
Rational result; 
result = oneFourth * 2; 
result = 2 * oneFourth;  //這下兩個(gè)都工作的很好，通過(guò)隱式轉(zhuǎn)換實(shí)現(xiàn)

成員函數(shù)的方面是非成員函數(shù)，而不是友元函數(shù)?？梢杂妙愔械膒ublic接口實(shí)現(xiàn)的函數(shù)，最好就是非成員函數(shù)，而不是采用友元函數(shù)。
請(qǐng)記?。?/strong>如果你需要為某個(gè)函數(shù)的所有參數(shù)（包括被this指針?biāo)傅哪莻€(gè)隱喻參數(shù)）進(jìn)行類型轉(zhuǎn)換，那么這個(gè)函數(shù)必須是個(gè)non-member。

std::string encryptPassword(const std::string& password)
{ 
    using namespace std; 
    string encrypted;  //1
    if (password.length() < MinimumPasswordLength) 
    { 
        throw logic_error("Password is too short");     //注意：可能拋出異常
    }
    string encrypted; //2
     ... 
    return encrypted; 
 } 

 (T)expression    //C風(fēng)格的轉(zhuǎn)型動(dòng)作
 T(expression)    //函數(shù)風(fēng)格的轉(zhuǎn)型動(dòng)作

struct RectData 
 { 
    Point ulhc; 
    Point lrhc; 
 }; 
class Rectangle 
{
    public: 
        ... 
        Point& upperLeft() const { return pData->ulhc; }//1  const只對(duì)函數(shù)內(nèi)進(jìn)行保護(hù)，函數(shù)返回后呢？？
        Point& lowerRight() const { return pData->lrhc; } //2  const只對(duì)函數(shù)內(nèi)進(jìn)行保護(hù)，函數(shù)返回后呢？？
    private: 
        std::tr1::shared_ptr<RectData> pData; 
        ... 
}; 

const Point& upperLeft() const { return pData->ulhc; } //3
const Point& lowerRight() const { return pData->lrhc; } //4