Shuffy

     摘要: 面向對象的基本原理要求數(shù)據(jù)和對其進行操作的函數(shù)應該被包裝在一起，同時建議成員函數(shù)為更優(yōu)秀的選擇。但不幸的是，這一建議并不是正確的。它是建立在對“面向對象的東西意味著什么”這一點的誤解之上的。通過理性分析可以得知，成員函數(shù) clearEverything 的封裝性實際上比非成員函數(shù) clearBrowser 還要差。還有，非成員函數(shù)可以為 WebBrowser 相關的功能提供更便利的打包方法，從而減少編譯時依賴，提高 WebBrowser 的可擴展性。很多情況下，非成員函數(shù)的方法都比成員函數(shù)的方法要好。理解這一結論的原因是十分重要的。  閱讀全文

     摘要: 好吧，直截了當?shù)恼f，在這一條中：我們首先要分析為什么數(shù)據(jù)成員不應該是公有的，與此同時，繼續(xù)分析為什么數(shù)據(jù)成員也不能是 protected 的。然后就引出本條款的結論：數(shù)據(jù)成員必須是私有的。  閱讀全文

     摘要: 一旦程序員把注意力都轉向了對象傳值方式隱含的效率問題（參見第 20 條）時，許多人都變成了極端的“改革運動者”，他們對傳值方法采取斬草除根的態(tài)度，在他們不屈不撓追求傳遞引用方式的純粹性的同時，他們也犯下了致命的錯誤：有時候傳遞的引用所指向的對象并不存在。這決不是一件好事情。   閱讀全文

     摘要: 默認情況下， C++ 為函數(shù)傳入和傳出對象是采用傳值方式的（這是由 C 語言繼承而來的特征）。除非你明確使用其他方法，函數(shù)的形式參數(shù)總會通過復制實在參數(shù)的副本來創(chuàng)建，并且，函數(shù)的調用者得到的也是函數(shù)返回值得一個副本。這些副本是由對象的拷貝構造函數(shù)創(chuàng)建的。這使得“傳值”成為一項代價十分昂貴的操作。  閱讀全文