青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

洛譯小筑

別來無恙,我的老友…
隨筆 - 45, 文章 - 0, 評論 - 172, 引用 - 0
數據加載中……

Effective C++

[ECPP讀書筆記 條目39] 審慎使用私有繼承
     摘要: ·私有繼承意味著“A以B的形式實現”。通常它的優先級要低于組合,但是當派生類需要訪問基類中受保護的成員,或者需要重定義派生的虛函數時,私有繼承還是有其存在的合理性的。
·與組合不同,私有繼承可以啟用“空基類優化”特性。對于類庫開發人員而言,私有繼承對于降低對象尺寸來說至關重要。  閱讀全文

posted @ 2012-10-12 23:39 ★ROY★ 閱讀(2027) | 評論 (0)  編輯

[ECPP讀書筆記 條目38] 使用組合來表示“A包含B”、“A以B的形式實現”
     摘要: 組合與公共繼承之間存在著本質區別。
組合在應用域意味著“A是B”,在實現域意味著“A以B的形式實現”。  閱讀全文

posted @ 2012-07-08 16:18 ★ROY★ 閱讀(2016) | 評論 (2)  編輯

[ECPP讀書筆記 條目37] 避免對函數中繼承得來的默認參數值進行重定義
     摘要: 避免在對函數中繼承得來的默認參數值進行重定義,這是因為默認參數值是靜態綁定的,而虛函數是動態綁定的。  閱讀全文

posted @ 2012-05-20 11:21 ★ROY★ 閱讀(2136) | 評論 (0)  編輯

[ECPP讀書筆記 條目36] 避免對派生的非虛函數進行重定義
     摘要: 避免對派生的非虛函數進行重定義  閱讀全文

posted @ 2011-12-30 22:53 ★ROY★ 閱讀(2293) | 評論 (1)  編輯

[ECPP讀書筆記 條目35] 虛函數的替代方案
     摘要: 在你為當前的問題設計解決方案時,不妨考慮一下虛函數以外的其他替代方案。  閱讀全文

posted @ 2011-12-25 00:59 ★ROY★ 閱讀(3278) | 評論 (2)  編輯

[ECPP讀書筆記 條目34] 區分清接口繼承和實現繼承
     摘要: 接口繼承與實現繼承存在著不同。在公共繼承體系下,派生類總是繼承基類的接口。
純虛函數要求派生類僅繼承接口。
簡單(非純)虛函數要求派生類在繼承接口的同時繼承默認的實現。
非虛函數要求派生類繼承接口和強制內容的實現。
  閱讀全文

posted @ 2008-07-06 22:58 ★ROY★ 閱讀(2647) | 評論 (3)  編輯

[ECPP讀書筆記 條目33] 避免隱藏繼承而來的名字
     摘要: 祝勞動者節日快樂!
派生類中的名字會將基類中的名字隱藏起來。在公有繼承體系下,這是我們所不希望見到的。
為了讓被隱藏名字再次可見,可以使用using聲明或者轉發函數。
  閱讀全文

posted @ 2008-05-01 01:11 ★ROY★ 閱讀(2756) | 評論 (2)  編輯

[ECPP讀書筆記 條目32] 確保公共繼承以“A是一個B”形式進行
     摘要: 公共繼承意味著“A是一個B”的關系。對于基類成立的一切都應該適用于派生類,因為派生類的對象就是一個基類對象。  閱讀全文

posted @ 2008-03-17 22:55 ★ROY★ 閱讀(2082) | 評論 (2)  編輯

[ECPP讀書筆記 條目31] 盡量減少文件間的編譯依賴
     摘要: 最小化編譯依賴的基本理念就是使用聲明依賴代替定義依賴。基于這一理念有兩種實現方式,它們是:句柄類和接口類。
庫頭文件必須以完整、并且僅存在聲明的形式出現。無論是否涉及模板。
  閱讀全文

posted @ 2008-01-01 01:37 ★ROY★ 閱讀(2162) | 評論 (7)  編輯

[ECPP讀書筆記 條目30] 深入探究內聯函數
     摘要: 僅僅對小型的、調用頻率高的程序進行內聯。這將簡化你的調試操作,為底層更新提供方便,降低潛在的代碼膨脹發生的可能,并且可以讓程序獲得更高的速度。
不要將模板聲明為inline的,因為它們一般在頭文件中出現。

  閱讀全文

posted @ 2007-11-18 23:27 ★ROY★ 閱讀(1620) | 評論 (1)  編輯

[ECPP讀書筆記 條目29] 力求代碼做到“異常安全”
     摘要: 異常安全的函數即使在異常拋出時,也不會帶來資源泄露,同時也不允許數據結構遭到破壞。這類函數提供基本的、增強的、零異常的三個層面的異常安全保證。
增強保證可以通過復制并交換策略來實現,但是增強保證并不是對所有函數都適用。
函數所提供的異常安全保證通常不要強于其調用的函數中保證層次最弱的一個。
  閱讀全文

posted @ 2007-10-04 21:53 ★ROY★ 閱讀(1482) | 評論 (5)  編輯

[ECPP讀書筆記 條目28] 不要返回指向對象內部部件的“句柄”
     摘要: 避免返回指向對象內部部件的句柄(引用、指針或迭代器)。這樣做可以增強封裝性,幫助const成員函數擁有更加“const”的行為,并且使“野句柄”出現的幾率降至最低。  閱讀全文

posted @ 2007-09-23 23:25 ★ROY★ 閱讀(1177) | 評論 (2)  編輯

[ECPP讀書筆記 條目27] 盡量少用轉型操作
     摘要: 盡可能避免使用轉型,尤其是在對性能敏感的代碼中不要使用動態轉型dynamic_cast。如果一個設計方案需要使用轉型,要嘗試尋求一條不需要轉型的方案來取代。
在必須使用轉型時,要嘗試將其隱藏在一個函數中。這樣客戶端程序員就可以調用這些函數,而不是在他們自己的代碼中使用轉型。
要盡量使用C++風格的轉型,避免使用懷舊風格的轉型。現代的轉型更易讀,而且功能更為具體化。
  閱讀全文

posted @ 2007-09-13 22:27 ★ROY★ 閱讀(1367) | 評論 (3)  編輯

[ECPP讀書筆記 條目26] 定義變量的時機越晚越好
     摘要: 定義變量的時機越晚越好。這可以提高程序的清晰度和工作效率。
  閱讀全文

posted @ 2007-08-19 22:00 ★ROY★ 閱讀(1193) | 評論 (0)  編輯

[ECPP讀書筆記 條目25] 最好不要讓swap拋出異常
     摘要: swap是一個非常有趣的程序。它最早是作為STL的一部分引入C++的,而后就成為了異常安全編程的主體內容,另外對于可以自賦值的對象而言它還是一個常用的復制處理機制。由于swap如此神通廣大,那么以一個恰當的方式去實現它就顯得十分重要了,但是它的舉足輕重的地位也決定了實現它并不是一件手到擒來的事情。在本小節中,我們就會針對swap函數展開探索,逐步掌握如何去駕馭它。

  閱讀全文

posted @ 2007-08-02 22:05 ★ROY★ 閱讀(1454) | 評論 (3)  編輯

[ECPP讀書筆記 條目24] 當函數所有的參數需要進行類型轉換時,要將其聲明為非成員函數
     摘要: 如果你需要對一個函數的所有參數進行類型轉換,那么它必須是一個非成員函數。  閱讀全文

posted @ 2007-07-05 23:23 ★ROY★ 閱讀(1256) | 評論 (1)  編輯

[ECPP讀書筆記 條目23] 多用非成員非友元函數,少用成員函數
     摘要: 在特性情況下要更趨向于使用非成員非友元函數,而不是成員函數。這樣做可以增強封裝性,以及包裝的靈活性和功能擴展性。
  閱讀全文

posted @ 2007-06-11 22:27 ★ROY★ 閱讀(1188) | 評論 (0)  編輯

[ECPP讀書筆記 條目22] 將數據成員聲明為私有的
     摘要: 要將數據成員聲明為私有的。這樣可以讓客戶端訪問數據時擁有一致的語義,提供有條不紊的訪問控制,強制類符合一致性,為類作者提供更高的靈活性。
protected并不會帶來比public更高的封裝性。
  閱讀全文

posted @ 2007-06-06 18:37 ★ROY★ 閱讀(1037) | 評論 (0)  編輯

[ECPP讀書筆記 條目21] 在必須返回一個對象時,不要去嘗試返回一個引用
     摘要: 不要返回一個指向局部的、分配于棧上的對象;不要返回一個引用去指向分配于堆上的對象;不要返回一個指向局部靜態對象的指針或引用。
  閱讀全文

posted @ 2007-06-02 21:13 ★ROY★ 閱讀(1327) | 評論 (2)  編輯

[ECPP讀書筆記 條目20] 傳參時要多用“引用常量”,少用傳值
     摘要: 盡量使用引用常量傳參,而不是傳值方式。因為傳引用更高效,而且可以避免“截斷問題”。
對于內建數據類型、STL迭代和函數對象類型,通常傳值方式更實用。
  閱讀全文

posted @ 2007-06-01 18:12 ★ROY★ 閱讀(1450) | 評論 (3)  編輯

[ECPP讀書筆記 條目19] 要像設計類型一樣設計class
     摘要: class設計就是類型的設計。在定義一個新的類型之前,要確保將本條目中所有的問題考慮周全。  閱讀全文

posted @ 2007-05-20 23:30 ★ROY★ 閱讀(948) | 評論 (2)  編輯

[ECPP讀書筆記 條目18] 要讓接口易于正確使用,而不易被誤用
     摘要: 優秀的接口應該易于正確使用,而不易誤用。對所有的接口都應該力爭做到這一點。
保持與內置數據類型有一致的行為,是使接口易于正確使用的一種可行的方法
防止錯誤發生的方法有:創建新的數據類型,嚴格限定類型的操作,約束對象的值,不要將管理資源的任務留給客戶端程序員。
tr1::shared_ptr支持自定義的刪除功能。這可以防止“跨DLL問題”,可以應用與自動解開互斥鎖等情況。
  閱讀全文

posted @ 2007-05-18 23:30 ★ROY★ 閱讀(881) | 評論 (0)  編輯

[ECPP讀書筆記 條目17] 用智能指針存儲由new創建的對象時要使用獨立的語句
     摘要: 在單獨的語句中使用智能指針來保存由new創建的對象。如果不這樣做,你的程序會在拋出異常時發生資源泄漏。
  閱讀全文

posted @ 2007-05-15 23:12 ★ROY★ 閱讀(1539) | 評論 (89)  編輯

[ECPP讀書筆記 條目16] 互相關聯的new和delete要使用同樣的形式
     摘要: 如果你在一個new語句中使用了[],那么你必須要在相關的delete語句中使用[]。如果你在new語句中沒有使用[],那么在相關的delete語句中一定不要出現[]。
  閱讀全文

posted @ 2007-05-14 22:15 ★ROY★ 閱讀(1124) | 評論 (0)  編輯

[ECPP讀書筆記 條目15] 要為資源管理類提供對原始資源的訪問權
     摘要: API通常需要訪問原始資源,因此每個RAII類都應該提供一個途徑來獲取它所管理的資源。
訪問可以通過顯式轉換或隱式轉換來實現。一般情況下,顯式轉換更安全,但是隱式轉換對于客戶端程序員來說使用更方便。
  閱讀全文

posted @ 2007-05-13 20:54 ★ROY★ 閱讀(837) | 評論 (0)  編輯

[ECPP讀書筆記 條目14] 要注意資源管理類中的復制行為
     摘要: 復制一個RAII對象的同時也要復制其所管理的對象,所以資源管理的復制行為由RAII對象的復制行為決定。
一般的RAII類在復制時應遵循兩條原則:不允許使用復制,要進行資源計數。
  閱讀全文

posted @ 2007-05-11 18:40 ★ROY★ 閱讀(968) | 評論 (1)  編輯

[ECPP讀書筆記 條目13] 使用對象來管理資源
     摘要: 為了避免資源泄漏,可以使用RAII對象,使用構造函數獲取資源,析構函數釋放資源。
auto_ptr或TR1::shared_ptr是兩個常用并且實用的RAII類。通常情況下TR1::shared_ptr是更好的選擇,因為它的復制行為更加直觀。復制一個auto_ptr將會使其重設為null。
  閱讀全文

posted @ 2007-05-07 18:52 ★ROY★ 閱讀(1020) | 評論 (0)  編輯

[ECPP讀書筆記 條目12] 要復制整個對象,不要遺漏任一部分
     摘要: 要確保拷貝函數拷貝對象的所有的數據成員,及其基類的所有部分,不要有遺漏。
不要嘗試去實現一個拷貝函數來供其它的拷貝函數調用。取而代之的是,把公共部分放入一個“第三方函數”中共所有拷貝函數調用。
  閱讀全文

posted @ 2007-05-03 21:15 ★ROY★ 閱讀(907) | 評論 (1)  編輯

[ECPP讀書筆記 條目11] 在operator=中要考慮到自賦值問題
     摘要: 勞動者萬歲!
在一個對象為自己賦值時,要確保operator=可以正常地運行。可以使用的技術有:比較源對象和目標對象的地址、謹慎安排語句、以及“復制并交換”。
在兩個或兩個以上的對象完全一樣時,要確保對于這些重復對象的操作可以正常運行。
  閱讀全文

posted @ 2007-04-30 18:38 ★ROY★ 閱讀(1229) | 評論 (1)  編輯

[ECPP讀書筆記 條目10] 讓賦值運算符返回一個指向*this的引用
     摘要: 讓賦值運算符返回一個指向*this的引用。
  閱讀全文

posted @ 2007-04-28 20:35 ★ROY★ 閱讀(1084) | 評論 (4)  編輯

[ECPP讀書筆記 條目9] 永遠不要在構造或析構的過程中調用虛函數
     摘要: 在程序進行構造或析構期間,你絕不能調用虛函數,這是因為這樣的調用并不會按你所期望的執行,即使能夠順利執行,你也不會覺得十分舒服。
  閱讀全文

posted @ 2007-04-27 22:37 ★ROY★ 閱讀(1537) | 評論 (4)  編輯

[ECPP讀書筆記 條目8] 防止因異常中止析構函數
     摘要: 永遠不要讓析構函數引發異常。如果析構函數所調用的函數會拋出異常的話,那么在析構函數中要捕捉到所有異常,然后忽略它們或者終止程序。
在一次操作中,如果一個類的使用者有能力對拋出異常作出反應,那么這個類應該提供一個常規的函數(而不是析構函數)來進行這一操作。
  閱讀全文

posted @ 2007-04-22 14:00 ★ROY★ 閱讀(1459) | 評論 (3)  編輯

[ECPP讀書筆記 條目7] 要將多態基類的析構函數聲明為虛函數
     摘要: 應該為多態基類聲明虛析構函數。一旦一個類包含虛函數,它就應該包含一個虛析構函數。
如果一個類不用作基類或者不需具有多態性,便不應該為它聲明虛析構函數。
  閱讀全文

posted @ 2007-04-20 21:59 ★ROY★ 閱讀(1385) | 評論 (2)  編輯

[ECPP讀書筆記 條目6] 要顯式禁止編譯器為你生成不必要的函數
     摘要: 為了禁用編譯器自動提供的功能,你必須將相關的成員函數聲明為private的,同時不要實現它。方法之一是:使用一個類似于Uncopyable的基類。
  閱讀全文

posted @ 2007-04-18 23:21 ★ROY★ 閱讀(1061) | 評論 (1)  編輯

[ECPP讀書筆記 條目5] 要清楚C++在后臺為你書寫和調用了什么函數
     摘要: 編譯器可能會隱式為一個類生成默認構造函數、復制構造函數、拷貝賦值運算符和析構函數。
  閱讀全文

posted @ 2007-04-17 19:34 ★ROY★ 閱讀(1095) | 評論 (1)  編輯

[ECPP讀書筆記 條目4] 確保對象在使用前得到初始化
     摘要: 為了避免在對象初始化之前使用它,你僅僅需要做三件事。第一,手動初始化基本類型的非成員對象。第二,使用成員初始化表來初始化對象的每一部分。最后,初始化次序的不確定性會使定義于不同置換單元中的非局部靜態對象之間產生沖突,要避免這樣的設計。
  閱讀全文

posted @ 2007-04-15 20:23 ★ROY★ 閱讀(1643) | 評論 (4)  編輯

[ECPP讀書筆記 條目3] 盡可能使用const
     摘要: const是一個令人贊嘆的東西。對于指針和迭代器,以及對于指針、迭代器和引用所涉及的對象,對于函數的參數和返回值,對于局部變量,以及對于成員函數來說,const都是一個強大的伙伴。盡可能去利用它。你一定不會后悔。
  閱讀全文

posted @ 2007-04-11 19:55 ★ROY★ 閱讀(1449) | 評論 (3)  編輯

[ECPP讀書筆記 條目2] 多用const、enum、inline,少用#define
     摘要: 對于簡單的常量,應多用const對象或枚舉類型數據,少用#define。
對于類似程序的宏,應多用內聯函數,少用#define。  閱讀全文

posted @ 2007-04-04 21:58 ★ROY★ 閱讀(2245) | 評論 (0)  編輯

[ECPP讀書筆記 條目1] 把C++看作多種語言的聯合體
     摘要: 無論你有怎樣的編程背景,都需要用一些時間和精力來適應C++。 C++是一門強大的編程語言,它擁有數不盡的實用功能,但是在你能夠熟練地駕御C++的力量,并且恰當而高效地利用這些功能之前,首先你要適應C++做事情的方式。這本書自始至終都是在介紹如何順利地完成這一適應過程,但是相比較大多數議題而言,還有一些更為基礎的內容,本章向大家介紹的就是這些更為基礎的東西。  閱讀全文

posted @ 2007-04-02 21:12 ★ROY★ 閱讀(2331) | 評論 (6)  編輯

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            制服丝袜激情欧洲亚洲| 久久久久在线观看| 久久国产乱子精品免费女| 亚洲尤物精选| 香蕉久久夜色精品国产| 羞羞视频在线观看欧美| 久久国产福利国产秒拍| 久久久久久久久久看片| 欧美大胆成人| 一区二区三区视频在线观看| 亚洲一区自拍| 久久久久女教师免费一区| 狼人社综合社区| 欧美日韩无遮挡| 国产日韩成人精品| 亚洲国产欧美日韩另类综合| 艳妇臀荡乳欲伦亚洲一区| 亚洲一区欧美激情| 老司机精品福利视频| 亚洲人成人一区二区三区| 日韩一级在线观看| 午夜精品www| 牛牛国产精品| 国产精品中文在线| 亚洲大胆在线| 亚洲女性喷水在线观看一区| 美女黄色成人网| 一区二区三区免费网站| 久久精品日产第一区二区三区| 欧美福利电影网| 国产日韩成人精品| 日韩天堂av| 午夜日韩福利| 老司机免费视频一区二区| 亚洲一区激情| 国产一区清纯| 亚洲欧洲在线播放| 99综合在线| 99国内精品久久| 久久夜色精品国产欧美乱极品| 久久综合伊人77777蜜臀| 亚洲午夜精品一区二区三区他趣 | 欧美一区二区在线| 免费看成人av| 伊人精品成人久久综合软件| 亚洲综合另类| 欧美国产国产综合| 欧美一区二区三区四区在线观看地址 | 久久欧美中文字幕| 亚洲欧美激情一区二区| 欧美日韩成人精品| 一区二区三欧美| 亚洲精品在线看| 欧美视频二区| 亚洲一区二区三区免费观看| 91久久精品国产91久久| 久久精品国产一区二区三| 国产亚洲精品久久久| 午夜精品久久久久| 一区二区三区成人| 国产精品都在这里| 久久久av水蜜桃| 韩国免费一区| 老司机免费视频一区二区三区| 欧美成人综合网站| 蜜乳av另类精品一区二区| 国内精品久久久久影院 日本资源| 夜夜嗨网站十八久久| 亚洲天堂黄色| 国产精品视频免费一区| 欧美一二三区在线观看| 午夜在线a亚洲v天堂网2018| 欧美理论电影在线播放| 国产乱子伦一区二区三区国色天香| 亚洲欧美文学| 亚洲五月婷婷| 欧美日韩在线视频一区| 亚洲自拍偷拍视频| 亚洲一区二区三区精品动漫| 欧美高清视频免费观看| 国产情侣久久| 亚洲色图制服丝袜| 亚洲一区二区三区欧美| 欧美精品亚洲二区| 欧美高清视频一区| 国模叶桐国产精品一区| 国产欧美精品一区aⅴ影院| 亚洲人体一区| 亚洲精品影视| 蜜桃av一区| 免费日韩视频| 亚洲娇小video精品| 久久久久久久激情视频| 国产亚洲欧美日韩美女| 亚洲一区在线播放| 亚洲精品免费在线观看| 欧美美女喷水视频| 亚洲激情网站| 欧美成人69| 亚洲精品日韩一| 亚洲福利国产| 欧美日韩小视频| 亚洲欧美日本日韩| 欧美激情亚洲另类| 中文精品一区二区三区 | 国产亚洲成年网址在线观看| 午夜免费在线观看精品视频| 亚洲清纯自拍| 国产色视频一区| 欧美日韩一区在线观看视频| 亚洲欧美国产毛片在线| 亚洲人成在线观看网站高清| 久久久国产精品亚洲一区| 日韩视频永久免费| 国产美女一区| 欧美日韩亚洲一区三区| 蜜臀av性久久久久蜜臀aⅴ四虎 | 亚洲一区二区在线免费观看| 国内精品伊人久久久久av影院| 欧美三区美女| 欧美日韩国产高清| 麻豆九一精品爱看视频在线观看免费| 亚洲先锋成人| 亚洲网址在线| 欧美一区日韩一区| 欧美在线日韩| 欧美在线观看网站| 久久成人在线| 免费亚洲一区| 欧美日韩国产123区| 欧美四级伦理在线| 国产精品尤物| 一本色道久久综合亚洲精品按摩 | 狠狠色噜噜狠狠色综合久| 久久综合狠狠综合久久综合88| 亚洲免费av观看| 99精品视频一区| 免费成人高清在线视频| 亚洲线精品一区二区三区八戒| 欧美精品播放| 欧美成人tv| 亚洲激情成人网| 欧美成人情趣视频| 亚洲第一色在线| 国产精品一区二区三区乱码 | 老司机久久99久久精品播放免费| 亚洲永久精品国产| 欧美日韩情趣电影| 亚洲久久一区二区| 一区二区三区欧美在线| 欧美日韩成人在线视频| 亚洲美女黄网| 羞羞漫画18久久大片| 国产精品美女久久久久久2018| 亚洲小少妇裸体bbw| 久久成人国产精品| 在线观看亚洲精品视频| 欧美在线视频免费观看| 久久久久久久97| 影音先锋一区| 欧美va亚洲va国产综合| 亚洲国产日韩欧美在线99| 亚洲日本aⅴ片在线观看香蕉| 欧美成人综合在线| 中国av一区| 久久视频在线视频| 亚洲第一免费播放区| 欧美成人精品影院| 一本不卡影院| 久久综合九色欧美综合狠狠| 日韩视频免费在线| 国产午夜精品理论片a级探花| 久久综合久久综合久久| 中文一区字幕| 久久久久国色av免费观看性色| 亚洲电影自拍| 国产精品视频免费一区| 欧美成人精品在线播放| 亚洲一区欧美一区| 亚洲国产精品va在线看黑人动漫| 亚洲一区二区三区视频| 一区二区三区自拍| 国产精品爱久久久久久久| 久久视频在线免费观看| 亚洲在线一区二区| 亚洲成人在线免费| 亚洲欧美在线观看| 国产日韩欧美夫妻视频在线观看| 久久av红桃一区二区小说| 亚洲国产导航| 久久亚洲国产成人| 亚洲制服av| 伊人久久久大香线蕉综合直播| 欧美色播在线播放| 久久久久久久久久码影片| 亚洲精品日韩久久| 免费人成精品欧美精品| 久久av一区二区三区亚洲| 亚洲午夜激情免费视频| 欧美一区二区三区电影在线观看|