--------------------1讓自己習慣c++-----------------------------------------

懷柔網站建設公司成都創(chuàng)新互聯(lián)公司,懷柔網站設計制作，有大型網站制作公司豐富經驗。已為懷柔上1000家提供企業(yè)網站建設服務。企業(yè)網站搭建\外貿營銷網站建設要多少錢，請找那個售后服務好的懷柔做網站的公司定做！

Rule 1 : 把c++看做一個語言聯(lián)邦，共有4個次語言：c（區(qū)塊、語句、預處理器、內置數(shù)據(jù)類型、數(shù)組、指針）；面向對象c++（類、封裝、繼承、多態(tài)、虛函數(shù)）；模板c++；STL（容器、迭代器、算法以及函數(shù)對象）。當你從某個次語言切換到另一個，導致高效編程守則要求你改變策略時，不要感到驚訝。

Rule 2：盡量以const、enum、inline替換#define，盡量以編譯器代替預處理器。

Rule 3： 盡可能使用const。const最具微力的應用是面對函數(shù)聲明時的應用：函數(shù)返回值，各參數(shù)，成員函數(shù)自身。

Rule 4：確定對象被使用前已先被初始化。需要關注三方面的問題：1.對內置類型意外的任何其他東西，確保每一個構造函數(shù)都將對象每一個成員初始化。2.構造函數(shù)的初值列列出的成員變量，其排列次序應該和他們在class中的聲明次序相同。3.定義于不同編譯單元的non-local static對象的初始化次序是不確定的。解決方法：將每個non-local static對象搬到自己的專屬函數(shù)內（該對象在此函數(shù)內被聲明為static）

-------------------2構造/析構/賦值運算 ----------------------------------------

Rule 5：了解c++默默編寫并調用了這些函數(shù)（都是public且inline）：默認構造函數(shù)，默認析構函數(shù)，復制構造函數(shù)，復制賦值操作符函數(shù)。

Rule 6：若不想使用編譯器自動生成的函數(shù)，就該明確拒絕。例如若不想類被復制或者賦值，就該明確拒絕，這有兩個方法。

Rule 7：為多態(tài)基類聲明virtual析構函數(shù)。

Rule 8：讓異常逃離析構函數(shù)。析構函數(shù)絕對不要吐出異常，這會導致程序可能過早結束或出現(xiàn)不明確的行為。如果一個被析構函數(shù)調用的函數(shù)可能拋出異常，析構函數(shù)應該捕捉任何異常，然后吞下它們（不傳播）或結束程序。

Rule 9：絕不在構造和析構過程中調用虛函數(shù)，這類調用從不下降至派生類。解決辦法是令派生類將必要的構造信息向上傳遞至base class構造函數(shù)。令函數(shù)為static，也就不可能意外指向“初期未成熟之對象內尚未初始化的成員變量”。

Rule 10：令operator = 返回一個referenceto *this。

Rule 11：在operator = 中處理“自我賦值”。

Rule 12：復制對象時勿忘其每一個成分。

---------------------3資源管理---------------------------------------------------------

Rule 13：以對象管理資源。令資源在構造期間獲得，在析構期間釋放。

Rule 14：在資源管理類中小心copying行為。當一個RAII對象被復制，會有以下2種處理方式：1.禁止復制，2.對底層資源祭出“引用計數(shù)法”:通常只要內含一個tr1:shared_ptr成員變量，RAIIclasses便可實現(xiàn)出引用計數(shù)的復制行為。

Rule 15：在資源管理類中提供對原始資源的訪問。

Rule 16：成對使用new和delete時要采用相同的形式。

Rule 17：以獨立語句將newed對象置入智能指針，否則可能導致資源泄露，應該將以下語句：

processWidget(std::tr1::shared_prt<Widget>(newWidget),priority());

替換為（獨立語句）

std::tr1::shared_ptr<Widget>pw(new Widget);

processWidget(pw,priority());

----------------------------4設計與聲明-------------------------------------------------------

Rule 18：讓接口容易被正確使用，不易被誤會。

Rule 19：設計class猶如設計type。應該和“語言設計者當初設計語言內置類型時”一樣謹慎地來研討class的設計。

Rule 20：盡量以pass-by-reference-to-const替換pass-by-value，但對內置類型，pass-by-value往往比較適當。

Rule 21：必須返回對象時，別妄想返回其reference。

Rule 22：將成員變量聲明為private。

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

Rule 24：如果需要為某個函數(shù)的所有參數(shù)（包括被this指針所指的那個隱喻參數(shù)）進行類型轉換，那個這個函數(shù)必須是個non-member。

Rule 25：考慮寫出一個不拋出異常的swap函數(shù)。

----------------------------------------5實現(xiàn)------------------------------------------------------

Rule 26：盡可能延后變量定義式的出現(xiàn)時間，這樣可以避免構造(和析構)非必要對象。

Rule 27：盡量少做轉型動作。C++的集中轉型類型：

const_cast<T>(expression) //唯一可將對象的常量性移除。

dynamic_cast<T>(expression) //安全向下轉型

reinterpret_case<T>(expression) //執(zhí)行低級轉型

static_cast<T>(expression) //強迫隱式轉換，例如non-const對象轉為const對象，或將int轉為double等等。

Rule 28：避免返回handles指向對象內部成分，這樣會破壞封裝性和const性。

應該將

Point& upperLeft() const {returnpData->ulhc;}

替換為

const Point& upperLeft() const {returnpData->ulhc;}

Rule 29：為“異常安全”而努力使值得的。

Rule 30：透徹了解inlining。一開始不要將任何函數(shù)聲明為inline，或至少將inlining施行范圍局限在那些“一定成為inline”或“十分平淡無奇”的函數(shù)身上。

Rule 31：將文件間的編譯依存關系降至最低，將接口與實現(xiàn)分離。一般構想是相依于聲明式，不要相依于定義式?；诖藰嬒氲?個手段是handle classes和interface classes。

--------------------------6繼承與面向對象設計---------------------------------

Rule 32：確定你的public繼續(xù)塑模出is-a關系。

類之間的三種關系：is-a，has-a，is-implemented-in-terms-of（根據(jù)某物實現(xiàn)出）

Rule 33：避免遮掩繼承而來的名稱。

如果你繼承base class并加上重載函數(shù)，而你又希望重新定義或覆寫其中一部分，那么你必須為那些原本會被遮掩的每個名稱引入一個using聲明式，否則某些你希望繼承的名稱會被遮掩。

當你不想繼承base class的所有函數(shù)，可以使用private繼承和轉交函數(shù)（什么是轉交函數(shù)？調用基類函數(shù)的函數(shù)）。

Rule 34：區(qū)分接口繼承和實現(xiàn)繼承。

Rule 35：考慮virtual函數(shù)以外的其他選擇。

藉由non-vitualinterface手法實現(xiàn)template method模式：虛函數(shù)應該幾乎總是private，令客戶通過public non-virtual成員函數(shù)間接調用private virtual函數(shù)。

藉由函數(shù)指針實現(xiàn)策略模式。

Rule 36：絕不重新定義繼承而來的non-virtual函數(shù)。

Rule 37：絕不重新定義繼承而來的缺?。J）的參數(shù)值。

Rule 38：通過復合塑模出has-a或“根據(jù)某物實現(xiàn)出”。

Rule 39：明智而審慎地使用private繼承。如果class D以private形式繼承class B，則用意是為了采用classB內已經備妥的某些特性。

Rule 40：明智而審慎地使用多重繼承。

-----------------------7模板與泛型編程-------------------------------------------------------------------

Rule 41：了解隱式接口和編譯期多態(tài)。

classes和templates都支持接口和多態(tài)。

對classes而言，接口是顯式的，以函數(shù)簽名為中心，多態(tài)則通過virtual函數(shù)發(fā)生于運行期。

對template參數(shù)而言，接口是隱式的，奠基于有效表達式（如if語句內的表達式），多態(tài)則是通過template具現(xiàn)化和函數(shù)重載解析發(fā)生于編譯期。

Rule 42：了解typename的雙重意義。

Rule 43：學習怎么獲得基類模板中的名稱。

Rule 44：將與參數(shù)無關的代碼抽離templates。

Rule 45：運用成員函數(shù)模板接受所有兼容類型。

Rule 46：需要類型轉換時請為模板定義非成員函數(shù)。

Rule 47：請使用traitsclasses表現(xiàn)類型信息。

Rule 48：認識templates元編程。

------------------------8定制new和delete------------------------------------------------------------------------

Rule 49：了解new-handler的行為。

Rule 50：了解new和delete的合理替換時機。

Rule 51：編寫new和delete時需固守常規(guī)。

Rule 52：寫了placementnew也要寫placement delete。

------------------------------------9雜項討論----------------------------------------------------------------------------

Rule 53：不要輕忽編譯器的警告。

Rule 54：讓自己熟悉包括tr1在內的標準程序庫。

Rule 55：讓自己熟悉boost。

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

分享名稱：effectivec++學習筆記-創(chuàng)新互聯(lián)
瀏覽路徑：http://chinadenli.net/article36/dsiisg.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供網站改版、網頁設計公司、微信小程序、做網站、云服務器、標簽優(yōu)化

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)