亚洲综合日韩久久成人AV,69国产成人综合久久精品,伊人久久综合无码成人网

摘要: 調(diào)用預(yù)編譯器cpp預(yù)編譯main.cpp生成main.i文件：
$cpp main.cpp > main.i
或者：
$gcc -E main.cpp > main.i

生成的行號(hào)標(biāo)志中有如下格式的：
# 1 “/usr/include/features.h” 1 3 4 閱讀全文

posted @ 2010-09-15 10:53 金慶閱讀(579) | 評(píng)論 (0) 編輯

數(shù)組部分初始化

posted @ 2010-09-09 00:27 金慶閱讀(711) | 評(píng)論 (0) 編輯

提取輔助類

摘要: 那些僅使用公共接口就可以完成的操作都可以提取出來。
平時(shí)應(yīng)該盡量?jī)?yōu)先使用公共接口完成功能，以方便日后的類拆分。
閱讀全文

posted @ 2010-04-21 09:32 金慶閱讀(435) | 評(píng)論 (0) 編輯

類不變式的實(shí)現(xiàn)

摘要: 類不變式的實(shí)現(xiàn): 每個(gè)類定義一個(gè)非公有的非虛方法isValid()，不帶參數(shù)，返回布爾值。閱讀全文

posted @ 2010-04-12 10:18 金慶閱讀(717) | 評(píng)論 (0) 編輯

dl_call()調(diào)用Dll/so

摘要: dl_call()是StlSoft庫中的功能。
dl_call()以一種自然的語法，調(diào)用動(dòng)態(tài)鏈接庫中的函數(shù)。閱讀全文

posted @ 2010-03-26 17:43 金慶閱讀(599) | 評(píng)論 (0) 編輯

圈復(fù)雜度和代碼覆蓋率

摘要: 100%代碼覆蓋率的單元測(cè)試并不代表是足夠的測(cè)試，下面是一個(gè)例子：閱讀全文

posted @ 2010-03-09 09:42 金慶閱讀(3864) | 評(píng)論 (0) 編輯

需要判斷指針為空嗎

摘要: 前幾天，KOK3客戶端因?yàn)槲业馁Y源配置錯(cuò)誤而崩潰了。
調(diào)試器帶我到了出錯(cuò)的代碼行，是一個(gè)空指針解引用。
代碼大致如下：
閱讀全文

posted @ 2010-02-11 09:48 金慶閱讀(4495) | 評(píng)論 (11) 編輯

隨機(jī)數(shù)生成器應(yīng)該如何單元測(cè)試？

摘要: 有個(gè)隨機(jī)數(shù)生成函數(shù)，按以下分布隨機(jī)生成1個(gè)1-100的整數(shù)：90%概率為1-50，10%概率為51-100.
單元測(cè)試應(yīng)該如何進(jìn)行呢？
生成10000個(gè)數(shù)然后計(jì)算分布比例應(yīng)該可以，只要在90%上下就算通過。
但是仍有極小可能產(chǎn)生測(cè)試失敗的可能。
如何做一個(gè)具有確定性結(jié)論的測(cè)試用例？閱讀全文

posted @ 2010-01-09 12:24 金慶閱讀(1218) | 評(píng)論 (3) 編輯

C++類定義中應(yīng)該允許設(shè)置默認(rèn)值

摘要: C++類定義中應(yīng)該允許設(shè)置默認(rèn)值目前C++的類成員初始化方式是成員初始化列表，在構(gòu)造函數(shù)原型之后，以冒號(hào)分隔：A::A() : _n(0), _m(0) { ... } 成員初始化列表這種方式很容易忘記或遺漏某個(gè)成員的初始化。閱讀全文

posted @ 2009-12-12 11:20 金慶閱讀(1871) | 評(píng)論 (3) 編輯

如何刪list靠近尾部的元素

posted @ 2009-11-03 14:05 金慶閱讀(584) | 評(píng)論 (1) 編輯

C++引用優(yōu)于指針

posted @ 2009-10-26 09:34 金慶閱讀(3050) | 評(píng)論 (17) 編輯

Boost Serialization在網(wǎng)游中的應(yīng)用實(shí)例

posted @ 2009-09-21 13:32 金慶閱讀(2287) | 評(píng)論 (5) 編輯

用BOOST_ASSERT代替assert

posted @ 2009-08-21 16:32 金慶閱讀(3462) | 評(píng)論 (3) 編輯

函數(shù)參數(shù)的理想個(gè)數(shù)

posted @ 2009-08-03 17:35 金慶閱讀(2315) | 評(píng)論 (10) 編輯

當(dāng)心虛函數(shù)重載(overloaded-virtual)

posted @ 2009-05-22 13:59 金慶閱讀(7155) | 評(píng)論 (4) 編輯

測(cè)試替身(Test Double)的定義

posted @ 2009-05-18 18:52 金慶閱讀(699) | 評(píng)論 (0) 編輯

Boost求數(shù)組的大小

摘要: 求數(shù)組的大小，感覺boost庫中應(yīng)該有這個(gè)功能, 找了好長(zhǎng)時(shí)間, 終于找到了.
原來是boost::extent, 屬于boost::type_traits. 閱讀全文

posted @ 2009-05-07 13:24 金慶閱讀(1951) | 評(píng)論 (3) 編輯

Mangos的指令處理函數(shù)

摘要: WorldSession中總共有300多個(gè)指令包處理函數(shù), 以Handle開頭, 無返回值, 參數(shù)為WorldPacket&. 例如: void HandleCharEnumOpcode(WorldPacket& recvPacket); 處理函數(shù)按功能分散在多個(gè)XXXHandler.cpp中實(shí)現(xiàn). 例如: ArenaTeamHandler.cpp, AuctionHouseHandler.cpp. 閱讀全文

posted @ 2009-04-15 18:07 金慶閱讀(1448) | 評(píng)論 (0) 編輯

Wow, Mangos登錄時(shí)的SRP6認(rèn)證

摘要: 以Mangos代碼為參考, 解析SRP6的原理和實(shí)現(xiàn). SRP全稱Secure Remote Password（安全遠(yuǎn)程密碼），是一個(gè)開源認(rèn)證協(xié)議。閱讀全文

posted @ 2009-04-10 13:06 金慶閱讀(4097) | 評(píng)論 (0) 編輯

Mingw下bjam編譯Luabind

摘要: luabind-0.8只提供了bjam編譯方式.
按手冊(cè)上的要求,設(shè)置好BOOST_ROOT和LUA_PATH后, 運(yùn)行bjam, 報(bào)錯(cuò): 閱讀全文

posted @ 2009-04-03 09:36 金慶閱讀(1913) | 評(píng)論 (0) 編輯

用boost::spirit實(shí)現(xiàn)的表達(dá)式求值

摘要: 用boost::spirit實(shí)現(xiàn)一個(gè)表達(dá)式求值看上去比較簡(jiǎn)單。我這個(gè)還有點(diǎn)問題，有空格時(shí)會(huì)解析失敗，請(qǐng)大家看看是什么原因？閱讀全文

posted @ 2009-03-27 16:24 金慶閱讀(2451) | 評(píng)論 (9) 編輯

C調(diào)用lua腳本的效率測(cè)試

摘要: 以下代碼以C語言為基準(zhǔn)，測(cè)試了C調(diào)用Lua循環(huán)和循環(huán)調(diào)用Lua的效率。結(jié)論是不要頻繁地穿越C/Lua邊界. 閱讀全文

posted @ 2009-02-17 09:32 金慶閱讀(9007) | 評(píng)論 (4) 編輯

log4cxx調(diào)試日志選擇性輸出的配置方法

摘要: 默認(rèn)所有日志等級(jí)為WARN, 不會(huì)輸出DEBUG日志,
只需顯式設(shè)定某一類日志的級(jí)別, 就可以選擇性地輸出該類日志.
如調(diào)試A類時(shí), 取消配置文件中的注釋就行了. 閱讀全文

posted @ 2009-02-16 14:48 金慶閱讀(4049) | 評(píng)論 (4) 編輯

C字符串長(zhǎng)度定義規(guī)范

摘要: 定義字符串長(zhǎng)度有兩種方式, 一種是用字符串的大小, 一種是字符串的長(zhǎng)度.
字符串的大小即內(nèi)存空間的大小, 而串長(zhǎng)度加1才是所需空間. 閱讀全文

posted @ 2009-01-07 19:31 金慶閱讀(3350) | 評(píng)論 (0) 編輯

Boost中文文檔地址

posted @ 2008-12-22 09:33 金慶閱讀(3835) | 評(píng)論 (1) 編輯

用const_reverse_iterator迭代的問題

摘要: STL迭代的代碼寫過許多, 突然出現(xiàn)這種錯(cuò)誤有點(diǎn)不敢相信. 仔細(xì)看了一遍沒有拼寫錯(cuò)誤, 又判斷不出是什么錯(cuò). 閱讀全文

posted @ 2008-12-16 12:59 金慶閱讀(2595) | 評(píng)論 (0) 編輯

log4cxx的PropertyWatchdog

摘要: 查看log4cxx代碼的時(shí)候, 看到了一個(gè)PropertyWatchdog類, class PropertyWatchdog : public FileWatchdog 是定時(shí)檢測(cè)log4j.properities配置文件的. 這正是我一直想要的功能, 更改配置無需重啟就生效.
閱讀全文

posted @ 2008-12-02 09:50 金慶閱讀(1746) | 評(píng)論 (0) 編輯

log4cxx配合boost::format

摘要: 但是有大半的使用情況下, 流方式輸出會(huì)顯得冗長(zhǎng), 格式控制也沒有printf簡(jiǎn)潔. 只有簡(jiǎn)單的輸出才會(huì)使用流. 幸好有boost::format. 它就是類型安全的printf. log4cxx配合boost::format真是絕配. 例如: 閱讀全文

posted @ 2008-11-20 19:46 金慶閱讀(5054) | 評(píng)論 (2) 編輯

pthread_rwlock使用錯(cuò)誤

摘要: 寫鎖之后讀鎖竟然沒有阻塞, 順利運(yùn)行下去了.據(jù)常理,寫鎖之后,試圖讀加鎖時(shí)會(huì)阻塞.代碼如:
閱讀全文

posted @ 2008-11-14 10:47 金慶閱讀(5491) | 評(píng)論 (1) 編輯

STL容器的賦值運(yùn)算符可以更靈活嗎?

摘要: STL容器如果元素類型不同是不能相互賦值的,即使元素類型是兼容的.如兩個(gè)list, 一個(gè)存放基類B指針, 一個(gè)存放派生類D指針: 閱讀全文

posted @ 2008-11-12 12:17 金慶閱讀(2536) | 評(píng)論 (6) 編輯

用bind來解耦

摘要: 轉(zhuǎn)自：用bind來解耦應(yīng)用了boost::bind, boost::function, boost::test 代碼稍有修改。

閱讀全文

posted @ 2008-09-12 16:52 金慶閱讀(932) | 評(píng)論 (0) 編輯

用const方法更改非mutable成員

摘要: 以下代碼中，SetValConst()是const類A的const方法，卻能更改A的非mutable成員。涉及的C++概念：bitwise constness
閱讀全文

posted @ 2008-08-27 19:10 金慶閱讀(643) | 評(píng)論 (10) 編輯

"multiple definition of" 錯(cuò)誤

摘要: "multiple definition of" 錯(cuò)誤在global.h定義了一個(gè)常量字符串，在多個(gè)cpp中包含該global.h. 閱讀全文

posted @ 2008-08-26 20:12 金慶閱讀(11032) | 評(píng)論 (18) 編輯

VS2005編譯libevent

摘要: libevent版本為libevent-1.4.5-stable。WIN32-Prj目錄下有VC項(xiàng)目文件。libevent.sln不能用，因?yàn)橹挥衦egress有vcproj文件，其他子項(xiàng)目都是dsp文件。而libevent.dsw不包括regress。刪除sln文件，直接打開dsw文件，自動(dòng)轉(zhuǎn)換除regress之外的4個(gè)工程為vcproj。fatal error C1083: 無法打開包括文件:“sys/time.h”
閱讀全文

posted @ 2008-07-07 09:22 金慶閱讀(10413) | 評(píng)論 (21) 編輯

Boost.Singals 教程

摘要: 本教程不是用來線性閱讀的。其頂層結(jié)構(gòu)大致按庫中不同的概念劃分，（如處理調(diào)用多個(gè)插槽、傳值到插槽及回傳），并且在每一個(gè)這些概念中，首先介紹其基本思想，然后說明庫較復(fù)雜的使用。每個(gè)部分都標(biāo)注了初級(jí)、中級(jí)，或高級(jí)，以幫助指導(dǎo)讀者。初級(jí)部分包括庫的所有使用者都該了解的信息；只要閱讀了初級(jí)部分，就可以很好地使用信號(hào)庫。中級(jí)部分建立在初級(jí) 部分之上，是庫的稍復(fù)雜的使用。最后，高級(jí)部分詳述了信號(hào)庫很高級(jí)的應(yīng)用，這往往需要對(duì)初級(jí)和中級(jí)內(nèi)容扎實(shí)的實(shí)踐經(jīng)驗(yàn)；大多數(shù)用戶無需閱讀高級(jí)部分

閱讀全文

posted @ 2008-06-30 14:55 金慶閱讀(2218) | 評(píng)論 (3) 編輯

Boost.Python中文文檔下載

摘要: 下載：Boost.Python中文文檔
Boost文檔中Python庫文檔的翻譯。閱讀全文

posted @ 2008-06-16 11:30 金慶閱讀(1847) | 評(píng)論 (0) 編輯

修改Boost.date_time代碼兼容VC6

摘要: Boost.date_time庫明確不支持VC6。實(shí)際上，只要稍作修改，就可兼容VC6。而且只是代碼風(fēng)格上的調(diào)整，修改后比原來的代碼更簡(jiǎn)潔。閱讀全文

posted @ 2008-06-12 09:59 金慶閱讀(2063) | 評(píng)論 (3) 編輯

選特化還是重載

摘要: 一個(gè)函數(shù)模板即有特化版又有重載版，編譯器會(huì)選哪個(gè)？以下代碼來自：為什么不要特化函數(shù)模版的例3 閱讀全文

posted @ 2008-06-11 11:03 金慶閱讀(1354) | 評(píng)論 (4) 編輯

用Boost.Python構(gòu)建混合系統(tǒng)

摘要: Boost.Python是一個(gè)開源C++庫，它提供了一個(gè)簡(jiǎn)明的IDL式的接口，用于把C++類和函數(shù)綁定到Python。借助C++強(qiáng)大的編譯時(shí)內(nèi)省能力和最近發(fā)展的元編程技術(shù)，綁定工作完全用純C++實(shí)現(xiàn)，而沒有引入新的語法。 Boost.Python豐富的特性和高級(jí)接口，使得完全按混合系統(tǒng)設(shè)計(jì)軟件包成為可能，并讓程序員以輕松連貫的方式，同時(shí)使用 C++高效的編譯時(shí)多態(tài)，和Python極端便利的運(yùn)行時(shí)多態(tài)。閱讀全文

posted @ 2008-05-29 13:11 金慶閱讀(7656) | 評(píng)論 (15) 編輯

Python封裝的性能研究

摘要: SIP generates the fastest wrappers; SWIG is mature and well documented; Boost.Python most elegant integration of C++ and Python 閱讀全文

posted @ 2008-05-23 11:39 金慶閱讀(771) | 評(píng)論 (0) 編輯

RAII：資源獲取即初始化

摘要: 資源獲取即初始化（RAII, Resource Acquisition Is Initialization）是指，當(dāng)你獲得一個(gè)資源的時(shí)候，不管這個(gè)資源是對(duì)象、內(nèi)存、文件句柄或者其它什么，你都會(huì)在一個(gè)對(duì)象的構(gòu)造函數(shù)中獲得它，并且在該對(duì)象的析構(gòu)函數(shù)中釋放它。可以依據(jù)資源可變性和資源來源這兩個(gè)特征，來對(duì)RAII進(jìn)行分類。閱讀全文

posted @ 2008-05-20 14:24 金慶閱讀(6324) | 評(píng)論 (0) 編輯

用結(jié)構(gòu)體來構(gòu)造封閉的名字空間

摘要: C++關(guān)鍵字namespace提供的名字空間是開放的：你可以在任何時(shí)候擴(kuò)展其中的內(nèi)容。只要另外聲明一個(gè)同名的名字空間即可。為得到真正封閉的名字空間，你需要使用class/union/struct，就像這樣閱讀全文

posted @ 2008-05-19 16:44 金慶閱讀(1345) | 評(píng)論 (0) 編輯

wxWidgets庫的依賴順序

摘要: 用CodeBlocks編譯一個(gè)wxWidgets應(yīng)用程序時(shí)，總是出現(xiàn)"undefined reference"。這里有兩個(gè)問題，一是需要添加wxWidgets相關(guān)的庫，二是這些庫要按一定的順序列出。閱讀全文

posted @ 2008-05-15 14:13 金慶閱讀(1794) | 評(píng)論 (1) 編輯

發(fā)現(xiàn)錯(cuò)誤是好事

摘要: 在設(shè)計(jì)時(shí)發(fā)現(xiàn)錯(cuò)誤總比在編碼編譯時(shí)發(fā)現(xiàn)好。在編碼編譯時(shí)發(fā)現(xiàn)錯(cuò)誤總比在單元測(cè)試中發(fā)現(xiàn)好。在單元測(cè)試中發(fā)現(xiàn)錯(cuò)誤總比在調(diào)試中發(fā)現(xiàn)好。在調(diào)試中發(fā)現(xiàn)錯(cuò)誤總比在系統(tǒng)測(cè)試中發(fā)現(xiàn)好。在系統(tǒng)測(cè)試中發(fā)現(xiàn)錯(cuò)誤總比讓用戶發(fā)現(xiàn)好。讓用戶發(fā)現(xiàn)錯(cuò)誤總比沒有用戶好。閱讀全文

posted @ 2008-05-08 15:38 金慶閱讀(355) | 評(píng)論 (0) 編輯

用 (*it).m 還是 it->m

摘要: 在迭代器中支持指針成員選取運(yùn)算符，沒什么實(shí)質(zhì)的意義，而僅僅是語法糖。我認(rèn)為標(biāo)準(zhǔn)中將這規(guī)定為迭代器概念的一個(gè)特性是嚴(yán)重的錯(cuò)誤。閱讀全文

posted @ 2008-04-24 10:16 金慶閱讀(1969) | 評(píng)論 (5) 編輯

STL序列容器的存儲(chǔ)連續(xù)性

摘要: C++標(biāo)準(zhǔn)庫提供了四種序列容器：deque、list、vector，和basic_string。第四種序列容器basic_string，主要用于表示字符串，但它確實(shí)是不折不扣的序列容器，所以如果你非要這樣做的話，你也可以用它來保存char和wchar_t以外的數(shù)據(jù)。在標(biāo)準(zhǔn)庫中的容器中，只有vector保證其元素的存儲(chǔ)空間是連續(xù)的。因此，它和C API兼容。
閱讀全文

posted @ 2008-04-23 15:36 金慶閱讀(2143) | 評(píng)論 (2) 編輯

STL與標(biāo)準(zhǔn)庫

摘要: 在C++的世界里，STL這個(gè)術(shù)語是有歧義的。有很多C++純化論者會(huì)抓住一切機(jī)會(huì)糾正你對(duì)"STL"這個(gè)術(shù)語的錯(cuò)用，而告訴你應(yīng)該使用"標(biāo)準(zhǔn)庫"這樣的稱呼。嚴(yán)格來說，STL指的是由Stepanov和他的同事們?cè)谏鲜兰o(jì)80年代到90年代開發(fā)的、基于六個(gè)核心概念的通用模板庫。閱讀全文

posted @ 2008-04-22 17:25 金慶閱讀(2352) | 評(píng)論 (1) 編輯

模板參數(shù)名命名慣例

摘要: 模板參數(shù)一般是一個(gè)或者兩個(gè)大寫字母，例如T（type/value-type）、S（sequence/string）、 C（container/character）、VP（value policy type）等等。這樣做有兩個(gè)原因。閱讀全文

posted @ 2008-04-21 17:25 金慶閱讀(2189) | 評(píng)論 (10) 編輯

POD相關(guān)定義的翻譯

摘要: POD（Plain Old Data，普通舊式數(shù)據(jù)）的定義中，有三個(gè)相關(guān)的術(shù)語閱讀全文

posted @ 2008-04-01 10:03 金慶閱讀(1348) | 評(píng)論 (0) 編輯

編譯boost

摘要: 每次用bjam編譯boost總是要查看幫助文件才行。
雖然現(xiàn)在的bjam編譯命令只有兩三個(gè)參數(shù)，可是不小心還是會(huì)錯(cuò)。
閱讀全文

posted @ 2008-03-17 17:21 金慶閱讀(1884) | 評(píng)論 (2) 編輯

VC6正在被拋棄

摘要: boost.asio庫明確說明不支持VC6。 stlsoft庫某些組件無法兼容VC6（詳細(xì)閱讀了《Extended STL》，才知道為了VC6要耗費(fèi)大量的精力，有些組件本身已很復(fù)雜，以至于需要排除VC6才能實(shí)現(xiàn)。）今天使用boost.date_time時(shí)又發(fā)現(xiàn)VC6不行了。閱讀全文

posted @ 2008-03-14 15:58 金慶閱讀(6296) | 評(píng)論 (35) 編輯

濫用ini配置文件造成崩潰

摘要: 不過一直有個(gè)問題，就是寫ini文件時(shí)斷電的后果。前幾天終于遇上了，斷電后發(fā)現(xiàn)配置文件正好被清空了。結(jié)果程序因?yàn)槿狈Ρ匾呐渲茫緹o法運(yùn)行。閱讀全文

posted @ 2008-01-29 12:16 金慶閱讀(2486) | 評(píng)論 (8) 編輯

Boost.Python構(gòu)建與測(cè)試HOWTO

摘要: 使用Boost.Python不需要“安裝Boost”。這里的教程利用了 Boost.Build 項(xiàng)目，它會(huì)在需要時(shí)自動(dòng)構(gòu)建那些二進(jìn)制庫。當(dāng)然，也可以使用其他的編譯系統(tǒng)。所有“我無法編譯Boost.Python”的問題， 99%以上是因?yàn)樵噲D使用另一種編譯系統(tǒng)，而沒有先按這個(gè)教程做。閱讀全文

posted @ 2008-01-17 15:14 金慶閱讀(3241) | 評(píng)論 (2) 編輯

bjam編譯boost失敗及原因

摘要: 用bjam在各種環(huán)境下編譯Boost ，沒有十次也有八次了，但是前兩天在一臺(tái)XP上編譯時(shí)，竟然失敗。查看輸出，竟然是在創(chuàng)建目錄時(shí)失敗。信息如下：閱讀全文

posted @ 2008-01-11 09:38 金慶閱讀(1942) | 評(píng)論 (1) 編輯

對(duì)臨時(shí)變量的引用

摘要: 以下代碼來自《Imperfect C++》，輸出是0, 2222還是0, 0？閱讀全文

posted @ 2008-01-10 11:36 金慶閱讀(1750) | 評(píng)論 (11) 編輯

比較C++數(shù)組元素引用的兩種形式a[0]與0[a]

摘要: 對(duì)于一個(gè)數(shù)組ar，求其最外層的維數(shù)。 C語言當(dāng)中慣用的是 sizeof(ar) / sizeof(ar[0])，可是在stlsoft庫中是 sizeof(ar) / sizeof(0[ar])。以前從沒見過數(shù)組元素引用使用這樣的形式：0[ar]，能行嗎？但是為什么用0[ar]呢？生僻的用法降低了可讀性。是不是有什么優(yōu)點(diǎn)呢？都是編譯期計(jì)算，應(yīng)該沒有性能上的差別。閱讀全文

posted @ 2008-01-02 11:27 金慶閱讀(2587) | 評(píng)論 (4) 編輯

使用完成端口HTTP下載的代碼

摘要: 試運(yùn)行asio的async_client例程時(shí)，發(fā)現(xiàn)CPU占用很高，所以又寫了一個(gè)相同功能但直接調(diào)用完成端口API的代碼，進(jìn)行比較，發(fā)現(xiàn)同樣占用CPU。閱讀全文

posted @ 2007-12-24 16:25 金慶閱讀(2326) | 評(píng)論 (4) 編輯

可重入和線程安全

摘要: 可重入函數(shù)要解決的問題是，不在函數(shù)內(nèi)部使用靜態(tài)或全局?jǐn)?shù)據(jù)，不返回靜態(tài)或全局?jǐn)?shù)據(jù)，也不調(diào)用不可重入函數(shù)。線程安全函數(shù)要解決的問題是，多個(gè)線程調(diào)用函數(shù)時(shí)訪問資源沖突。函數(shù)如果使用靜態(tài)變量，通過加鎖后可以轉(zhuǎn)成線程安全函數(shù)，但仍然有可能不是可重入的，比如strtok。閱讀全文

posted @ 2007-12-19 15:15 金慶閱讀(1337) | 評(píng)論 (0) 編輯

boost::static_assert

摘要: BOOST_STATIC_ASSERT是一個(gè)簡(jiǎn)單但常用的宏，顧名思義起到編譯期斷言的功效，可以通過它，在編譯時(shí)對(duì)開發(fā)環(huán)境以及類型定義進(jìn)行檢查。此類型檢測(cè)對(duì)程序運(yùn)行時(shí)無任何效率和空間上的影響。在實(shí)現(xiàn)上，BOOST_STATIC_ASSERT宏利用c++規(guī)范中，對(duì)不完整類型即不可實(shí)例化的類型，在對(duì)其進(jìn)行sizeof運(yùn)算時(shí)編譯錯(cuò)誤的特性，完成功能。閱讀全文

posted @ 2007-12-14 10:02 金慶閱讀(1028) | 評(píng)論 (1) 編輯

istream_iterator常見的錯(cuò)誤說明

摘要: 看到一段istream_iterator的使用代碼，讀取文件test.txt，將其中字符串輸入到一個(gè)vector。STL中模板的大量使用，使得編譯器的報(bào)錯(cuò)不知所云，讓人對(duì)STL的應(yīng)用望而卻步。學(xué)習(xí)STL不僅要掌握STL中各種容器類，迭代器，算法，同時(shí)還要熟悉編譯器常見的錯(cuò)誤報(bào)告。閱讀全文

posted @ 2007-12-12 11:41 金慶閱讀(3664) | 評(píng)論 (2) 編輯

把private聲明從.h文件移到.cpp文件

摘要: 在*.h文件中定義一個(gè)類時(shí)，理論上應(yīng)該僅定義其公共接口，而不必聲明其私有的成員，因?yàn)樗接械某蓡T屬于實(shí)現(xiàn)部分，理應(yīng)聲明在.cpp文件中。可是現(xiàn)有的C++標(biāo)準(zhǔn)是不支持將一個(gè)類的定義分到兩個(gè)文件中去的。有一個(gè)pimpl模式，可以變相完成這個(gè)要求。閱讀全文

posted @ 2007-11-09 12:07 金慶閱讀(1926) | 評(píng)論 (13) 編輯

WMF SDK例程wmvcopy中的錯(cuò)誤

摘要: WMF SDK指Microsoft的Windows Media Format SDK，支持以下三大功能：ASF文件的生成（包括ASF數(shù)據(jù)的流化）、ASF文件的編輯和ASF文件的播放（包括ASF媒體流的播放）。目前版本是WMF SDK9。 wmvcopy是其一個(gè)例程，實(shí)現(xiàn)了從頭部開始截取n秒另存為文件。但在使用中發(fā)現(xiàn)有些錯(cuò)誤。所以應(yīng)該另設(shè)一個(gè)標(biāo)志：m_fMaxDuration，到達(dá)MaxDuration時(shí)就可以結(jié)束文件的讀取，而不必一直讀到文件尾。一可解決崩潰錯(cuò)誤，二可提高效率。閱讀全文

posted @ 2007-10-29 14:47 金慶閱讀(1431) | 評(píng)論 (3) 編輯

按NT服務(wù)運(yùn)行程序

摘要: XYNTService本身是個(gè)服務(wù)程序，它可以在INI文件中配置調(diào)用的程序，將多個(gè)程序運(yùn)行起來。MS Windows 2000 SDK工具中有個(gè)srvany，好象就是能讓任一個(gè)普通程序運(yùn)行為服務(wù)。閱讀全文

posted @ 2007-10-09 13:44 金慶閱讀(1454) | 評(píng)論 (4) 編輯

C++標(biāo)準(zhǔn)庫與STL的關(guān)系

摘要: C 標(biāo)準(zhǔn)庫與STL的關(guān)系。STL即標(biāo)準(zhǔn)模板庫（Standard Template Library），它包括五大類組件：算法、容器、迭代器、函數(shù)對(duì)象、適配器。STL是C 標(biāo)準(zhǔn)庫的一部分，但不是全部。C 標(biāo)準(zhǔn)庫是std名字空間中的所有內(nèi)容，就是那些不帶.h的頭文件，如。閱讀全文

posted @ 2007-09-30 21:44 金慶閱讀(4334) | 評(píng)論 (2) 編輯

ACE與ASIO之間關(guān)于Socket編程的比較

摘要: ACE與ASIO之間關(guān)于Socket編程的比較。ASIO是基本Boost開發(fā)的異步IO庫，封裝了Socket，簡(jiǎn)化基于socket程序的開發(fā)。 5.事件分派處理：ACE主要是注冊(cè)handler類，當(dāng)事件分派時(shí)，調(diào)用其handler的虛掛勾函數(shù)。ASIO是基于函數(shù)對(duì)象的hanlder事件分派?；贏SIO開發(fā)應(yīng)用，要求程序員熟悉函數(shù)對(duì)象，函數(shù)指針，熟悉boost庫中的boost::bind。我個(gè)人覺得，如果應(yīng)用socket編程，使用ASIO開發(fā)比較好，開發(fā)效率比較高。閱讀全文

posted @ 2007-09-21 10:27 金慶閱讀(5299) | 評(píng)論 (16) 編輯

一個(gè)模塊如何處理異常

摘要: 最理想，最好的用模塊是沒有異常，保證操作如預(yù)想的結(jié)果一致。

當(dāng)操作無法成功完時(shí)，必然會(huì)產(chǎn)生錯(cuò)誤，或異常。
一個(gè)是返回錯(cuò)誤碼，一個(gè)是拋出異常。閱讀全文

posted @ 2007-08-13 11:43 金慶閱讀(797) | 評(píng)論 (0) 編輯

輸出函數(shù)不應(yīng)拋異常

摘要: DLLs and libraries should handle all exceptions to prevent the display of errors and warnings through Windows dialogs. DLL輸出函數(shù)拋異常通常會(huì)導(dǎo)致程序崩潰。而且錯(cuò)誤很難定位。應(yīng)用try/except包裹所有的輸出函數(shù)。輸出函數(shù)的參數(shù)也要嚴(yán)格檢查。閱讀全文

posted @ 2007-08-10 16:36 金慶閱讀(1018) | 評(píng)論 (5) 編輯

Firefox的HTTP內(nèi)容解壓代碼閱讀

摘要: 參考firefox-2.0.0.4-source
RFC2612 3.5節(jié)Content codings, 內(nèi)容編碼定義了三種內(nèi)容壓縮方式：
gzip, compress, deflate, 但也可以注冊(cè)新的壓縮方式。
deflate與gzip解壓的代碼幾乎相同，應(yīng)該可以合成一塊代碼。閱讀全文

posted @ 2007-07-09 12:13 金慶閱讀(2219) | 評(píng)論 (0) 編輯

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊(cè)

搜索

積分與排名

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

1. C/C++