久久久久久午夜成人影院,伊色综合久久之综合久久,久久久噜噜噜久久中文字幕色伊伊

【翻譯】[Effective C++第三版?中文版][第17條]要在單獨的語句中使用智能指針來存儲由new創建的對象

摘要: l 在單獨的語句中使用智能指針來保存由 new 創建的對象。如果不這樣做，你的程序會在拋出異常時發生資源泄漏。
閱讀全文

posted @ 2007-05-27 10:09 Shuffy 閱讀(240) | 評論 (0) | 編輯收藏

【翻譯】[Effective C++第三版?中文版][第16條]互相聯系的new和delete要使用同樣的形式

摘要: l 如果你在一個 new 語句中使用了 [] ，那么你必須要在相關的 delete 語句中使用 [] 。如果你在 new 語句中沒有使用 [] ，那么在相關的 delete 語句中一定不要出現 [] 。閱讀全文

posted @ 2007-05-27 10:07 Shuffy 閱讀(274) | 評論 (0) | 編輯收藏

【翻譯】[Effective C++第三版?中文版][第15條]要為資源管理類提供對原始資源的訪問權

摘要: 資源管理類的特征是振奮人心的。它構筑起可靠的屏障，有效地防止你的程序發生資源泄漏。對于一個系統的設計方案是否優異，能否預防這樣的泄漏可作為一個基本評判標準。在完美的世界里，你可以依靠資源管理類來完成所有的與資源交互的工作，你永遠也不能直接訪問原始資源。閱讀全文

posted @ 2007-05-25 20:41 Shuffy 閱讀(199) | 評論 (0) | 編輯收藏

【翻譯】[Effective C++第三版?中文版][第14條]要留心資源管理類中的復制行為

摘要: 并不是所有的資源都分配于堆上，對于不分配于堆上的資源，類似于 auto_ptr 和 tr1::shared_ptr 這一類的智能指針并不適合于處理它們。這是千真萬確的，你必須不時地自己動手，創建自己的資源管理類。
閱讀全文

posted @ 2007-05-12 10:48 Shuffy 閱讀(178) | 評論 (0) | 編輯收藏

【翻譯】[Effective C++第三版?中文版][第13條]使用對象來管理資源

摘要: 資源是這樣一種東西：一旦你借助它們所做的事情完成了，你必須要將其返回給系統。如果你沒有這樣做，那么不好的事情就會發生。在 C++ 程序中，最常用的資源是動態分配的內存（如果你分配了內存但是卻忘記了釋放它們，你的程序就會遇到一次內存泄漏），但是內存只是你所需要管理的眾多資源中的一種。閱讀全文

posted @ 2007-05-12 10:42 Shuffy 閱讀(145) | 評論 (0) | 編輯收藏

【翻譯】Effective C++ (第12條：要復制整個對象，不要遺漏任一部分)

摘要: 在一個設計良好的面向對象系統中，對象的所有內在部分都會被封裝起來，只有兩個函數是用來復制對象的：即所謂的拷貝構造函數和拷貝賦值運算符。我們將稱這些函數為拷貝函數。閱讀全文

posted @ 2007-05-05 21:59 Shuffy 閱讀(141) | 評論 (0) | 編輯收藏

C語言中關于文件的一些操作

摘要: 文件是一種信息存儲的方式，程序設計不可避免要進行各種文件操作，一個程序在運行過程中通常要從文件中讀取信息，在文件中存儲計算結果。閱讀全文

posted @ 2007-05-03 23:28 Shuffy 閱讀(1022) | 評論 (0) | 編輯收藏

c語言中getc(),getch(),getche(),getchar()的區別

摘要: getc():
調用方式:int getc(FILE *stream)
它返回指定輸入流stream的當前位置的下一個字符,并增加文件的位置指示器. 閱讀全文

posted @ 2007-05-03 23:18 Shuffy 閱讀(2050) | 評論 (3) | 編輯收藏

【翻譯】Effective C++ (第11條：在operator=中要考慮到自賦值問題)

摘要: 當對象對其自身賦值時，就發生了一次“自賦值”：閱讀全文

posted @ 2007-05-02 15:42 Shuffy 閱讀(126) | 評論 (0) | 編輯收藏

【翻譯】Effective C++ (第10條：讓賦值運算符返回一個指向*this的引用)

摘要: 關于賦值有許多有趣的事情，其中之一就是：你可以把賦值操作連在一起：閱讀全文

posted @ 2007-04-29 20:17 Shuffy 閱讀(160) | 評論 (0) | 編輯收藏

【翻譯】Effective C++ (第9條：永遠不要在構造或析構的過程中調用虛函數)

摘要: 讓我們直切正題：在程序進行構造或析構期間，你絕不能調用虛函數，這是因為這樣的調用并不會按你所期望的執行，即使能夠順利執行，你也不會覺得十分舒服。如果你曾經是一個 Java 或 C# 的程序員，并且在最近期望返回 C++ 的懷抱，那么請你格外的注意這一條，因為在這一問題上， C++ 與其他語言走的是完全不同的兩條路線。閱讀全文

posted @ 2007-04-29 20:14 Shuffy 閱讀(170) | 評論 (0) | 編輯收藏

獻給匯編初學者－函數調用堆棧變化分析

摘要: 比如我們有這樣一個C函數
#include
long test(int a,int b)
{
a = a + 1;
b = b + 100;
return a + b;
}
void main()
{
printf("%d",test(1000,2000));
} 閱讀全文

posted @ 2007-04-27 10:03 Shuffy 閱讀(264) | 評論 (0) | 編輯收藏

【翻譯】Effective C++ (第8條：防止因異常而中止析構函數)

摘要: C++ 并沒有禁止析構函數引發異常，但是 C++ 十分不推薦這一做法。這樣做有充足的理由。請看下邊的代碼：閱讀全文

posted @ 2007-04-27 09:45 Shuffy 閱讀(257) | 評論 (0) | 編輯收藏

【翻譯】Effective C++ (第7條：要把多態基類的析構器聲明為虛函數)

摘要: 許多客戶端程序員希望在訪問時間的同時，不用關心它是如何計算的，所以在此時可以使用一個工廠函數來返回一個指向計時器對象的指針，該函數返回的是一個基類指針，這個指針指向一個新創建的派生類對象：閱讀全文

posted @ 2007-04-22 10:53 Shuffy 閱讀(193) | 評論 (0) | 編輯收藏

【翻譯】Effective C++ (第6條：要顯式禁止編譯器為你生成不必要的函數)

摘要: 就像每一個房地產代理商能夠很快指出的，每一間住宅都是獨一無二的——沒有兩間是完全一樣的。既然如此，為一個 HomeForSale 對象復制出一個副本的想法就顯得沒什么意義了。你怎么能夠復制那些生來就獨一無二的東西呢？如果你嘗試去復制一個 HomeForSale 對象，那么編譯器則不應該接受：閱讀全文

posted @ 2007-04-19 20:12 Shuffy 閱讀(215) | 評論 (0) | 編輯收藏

Shuffy

導航

公告

留言簿(4)

隨筆分類(101)

文章分類(19)

相冊

基于MFC的OpenGL編程

網絡連載技術書籍

搜索

積分與排名

最新評論

閱讀排行榜