久久国产高清字幕中文,久久免费视频1,91久久婷婷国产综合精品青草

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

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

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

數(shù)組部分初始化

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

提取輔助類

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

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

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

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

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

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

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

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

圈復雜度和代碼覆蓋率

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

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

需要判斷指針為空嗎

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

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

隨機數(shù)生成器應該如何單元測試？

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

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

C++類定義中應該允許設置默認值

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

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

如何刪list靠近尾部的元素

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

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

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

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

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

用BOOST_ASSERT代替assert

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

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

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

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

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

測試替身(Test Double)的定義

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

Boost求數(shù)組的大小

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

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

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

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

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

Wow, Mangos登錄時的SRP6認證

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

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

Mingw下bjam編譯Luabind

摘要: luabind-0.8只提供了bjam編譯方式.
按手冊上的要求,設置好BOOST_ROOT和LUA_PATH后, 運行bjam, 報錯: 閱讀全文

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

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

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

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

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

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

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

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

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

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

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

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

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

Boost中文文檔地址

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

用const_reverse_iterator迭代的問題

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

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

log4cxx的PropertyWatchdog

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

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

log4cxx配合boost::format

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

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

pthread_rwlock使用錯誤

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

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

STL容器的賦值運算符可以更靈活嗎?

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

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

用bind來解耦

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

閱讀全文

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

用const方法更改非mutable成員

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

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

"multiple definition of" 錯誤

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

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

VS2005編譯libevent

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

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

Boost.Singals 教程

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

閱讀全文

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

Boost.Python中文文檔下載

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

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

修改Boost.date_time代碼兼容VC6

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

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

選特化還是重載

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

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

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

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

posted @ 2008-05-29 13:11 金慶閱讀(7649) | 評論 (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 金慶閱讀(765) | 評論 (0) 編輯

RAII：資源獲取即初始化

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

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

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

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

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

wxWidgets庫的依賴順序

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

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

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

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

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

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

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

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

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

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

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

STL與標準庫

摘要: 在C++的世界里，STL這個術(shù)語是有歧義的。有很多C++純化論者會抓住一切機會糾正你對"STL"這個術(shù)語的錯用，而告訴你應該使用"標準庫"這樣的稱呼。嚴格來說，STL指的是由Stepanov和他的同事們在上世紀80年代到90年代開發(fā)的、基于六個核心概念的通用模板庫。閱讀全文

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

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

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

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

POD相關定義的翻譯

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

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

編譯boost

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

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

VC6正在被拋棄

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

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

濫用ini配置文件造成崩潰

摘要: 不過一直有個問題，就是寫ini文件時斷電的后果。前幾天終于遇上了，斷電后發(fā)現(xiàn)配置文件正好被清空了。結(jié)果程序因為缺乏必要的配置，根本無法運行。閱讀全文

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

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

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

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

bjam編譯boost失敗及原因

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

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

對臨時變量的引用

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

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

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

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

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

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

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

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

可重入和線程安全

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

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

boost::static_assert

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

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

istream_iterator常見的錯誤說明

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

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

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

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

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

WMF SDK例程wmvcopy中的錯誤

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

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

按NT服務運行程序

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

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

C++標準庫與STL的關系

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

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

ACE與ASIO之間關于Socket編程的比較

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

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

一個模塊如何處理異常

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

當操作無法成功完時，必然會產(chǎn)生錯誤，或異常。
一個是返回錯誤碼，一個是拋出異常。閱讀全文

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

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

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

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

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

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

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

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

1. C/C++