香港aa三级久久三级,AV色综合久久天堂AV色综合在,久久久久综合网久久

Boost.Singals 教程

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

閱讀全文

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

Boost.Python中文文檔下載

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

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

修改Boost.date_time代碼兼容VC6

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

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

選特化還是重載

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

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

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

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

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

RAII：資源獲取即初始化

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

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

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

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

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

wxWidgets庫的依賴順序

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

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

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

摘要: 在設(shè)計時發(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 金慶閱讀(352) | 評論 (0) | 編輯收藏

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

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

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

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

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

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

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

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

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

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

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

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

log4delphi試用

摘要: 不管怎樣，讓我找到了log4delphi。明顯國內(nèi)用的人不多，不知大家是否有更好的日志類。
對我來說，log4delphi與log4j、log4cpp如出一轍，正合我意。
0.7版，近兩年沒更新了。看SVN也是沒有任何更新。
下載了看，文檔相當(dāng)全。閱讀全文

posted @ 2008-04-09 17:13 金慶閱讀(2028) | 評論 (0) | 編輯收藏

顯示wxStaticBitmap的窗口

摘要: 如果不創(chuàng)建wxPanel，只創(chuàng)建wxStaticBitmap，窗口大小變化時，圖片顯示會不正常，并且指定圖片位置和大小無效。wxStaticBitmap的父窗口是fmMain或pnl都可以。閱讀全文

posted @ 2008-04-07 11:37 金慶閱讀(1458) | 評論 (2) | 編輯收藏

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

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

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

XRCed生成的代碼分析

摘要: XRCed是wxPython附帶的UI設(shè)計器，生成xrc資源文件，也可以輸出python代碼。本文對XRCed輸出的python代碼進(jìn)行分析。閱讀全文

posted @ 2008-03-26 13:23 金慶閱讀(3555) | 評論 (9) | 編輯收藏

XRC初步

摘要: XRC的基本出發(fā)點是界面布局和程序邏輯的分離，即將界面布局代碼采用XML的方式放在分離的文件之中；在程序中不涉及控件的創(chuàng)建和布局，只需要加載相應(yīng)的資源并處理事件綁定即可。閱讀全文

posted @ 2008-03-24 13:52 金慶閱讀(4829) | 評論 (1) | 編輯收藏

翻譯記憶OmegaT試用

摘要: OmegaT是開源的翻譯記憶軟件，功能類似于Trados。
但是據(jù)說Trados學(xué)習(xí)使用較難，所以選個開源的OmegaT試試。閱讀全文

posted @ 2008-03-20 09:16 金慶閱讀(1617) | 評論 (1) | 編輯收藏

編譯boost

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

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

VC6正在被拋棄

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

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

批量html轉(zhuǎn)text

摘要: 原來的代碼是參考“Recipe 12.11. Using MSHTML to Parse XML or HTML”，利用htmlfile提取文本。將當(dāng)前目錄下的所有html文件轉(zhuǎn)換為text文件。jigloo經(jīng)過對10W+個html文件的測試，得出結(jié)論，htmlfile的容錯比InternetExplorer.Application要差很多。閱讀全文

posted @ 2008-03-13 11:55 金慶閱讀(1716) | 評論 (1) | 編輯收藏

濫用ini配置文件造成崩潰

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

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

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

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

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

bjam編譯boost失敗及原因

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

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

對臨時變量的引用

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

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

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

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

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

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

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

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

可重入和線程安全

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

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

wxPython中XRC文件i18n示例

摘要: wxPython中XRC文件i18n有兩種方法，一種是使用多個XRC文件，每個語種一個XRC，另一種是只用一個XRC文件，各個語言使用一個mo翻譯文件。本文是按照“wxPython中XRC文件對 i18N的支持”一文的指示，演示使用mo文件對XRC文件進(jìn)行國際化翻譯。閱讀全文

posted @ 2007-12-17 12:22 金慶閱讀(2014) | 評論 (0) | 編輯收藏

boost::static_assert

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

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

istream_iterator常見的錯誤說明

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

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

TLMDTrackBar造成程序啟動時崩潰

摘要: TLMDTrackBar造成程序啟動時崩潰。原因是創(chuàng)建窗體時，觸發(fā)了TLMDTrackBar的OnChange事件。而此時窗體中的控件還沒有全部創(chuàng)建完成，在事件中引用其它尚未創(chuàng)建的控件就會造成程序崩潰。但是標(biāo)準(zhǔn)的TTrackBar就不會在創(chuàng)建時觸發(fā)OnChange事件。閱讀全文

posted @ 2007-12-04 15:08 金慶閱讀(793) | 評論 (0) | 編輯收藏

可以用IRC代替例會嗎

摘要: 我個人認(rèn)為，這種做法對時間和效率太摳門，反而得不償失。 Scrum Meeting一般不會超過15分鐘，本身已經(jīng)是高效了。為了壓縮成5分鐘，就取消了面對面交談的機(jī)會，實在是不合算。閱讀全文

posted @ 2007-12-03 10:36 金慶閱讀(963) | 評論 (2) | 編輯收藏

用list.sort(key)排序

摘要: 一個文件路徑鏈表，需要按文件時間與文件名排序，先按時間排，時間相同按文件名排，代碼如下。但是用key函數(shù)排序更高效。因為key只對每個項應(yīng)用一次，然后按key值排序。而cmp函數(shù)必須兩兩比較才行。閱讀全文

posted @ 2007-11-21 10:36 金慶閱讀(3213) | 評論 (0) | 編輯收藏

敏捷就是無招勝有招

摘要: 軟件工程與敏捷抓住了軟件開發(fā)的不同方面。軟件工程的強(qiáng)處在于技術(shù)性實踐；而敏捷的優(yōu)勢則是社會工程。個人認(rèn)為：軟件工程是心中有招，而敏捷是無招勝有招。閱讀全文

posted @ 2007-11-15 14:09 金慶閱讀(979) | 評論 (1) | 編輯收藏

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

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

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

評高效程序員應(yīng)該養(yǎng)成的七個習(xí)慣

摘要: 其中我對第4點中的觀點不太贊同：“把你的時間花在代碼的功能上, 而不是去把現(xiàn)有的代碼改得對自己胃口(尤其對于那些copy/paste過來的代碼);要找到系統(tǒng)的瓶頸進(jìn)行優(yōu)化，而不是對那些無益于系統(tǒng)整體性提高的地方做無用功。”因為最近總計至少有一周多的時間，我正是處理與功能和性能無關(guān)的代碼更改。添加新功能之前，查看是否有重構(gòu)的必要，這應(yīng)該也是高效程序員的習(xí)慣之一吧。閱讀全文

posted @ 2007-11-03 10:58 金慶閱讀(1882) | 評論 (6) | 編輯收藏

混音算法的學(xué)習(xí)與研究

摘要: 曾經(jīng)看到這樣一篇混音新算法的轉(zhuǎn)載文章[3]，一直想應(yīng)用一下。再次翻到那篇文章，算法很簡單，表達(dá)也很清晰，就是不知道原理。如果對多路混音該如何擴(kuò)展算法呢？看來不能盲目照搬沒有根據(jù)的算法。作者自己說，該算法對于5個通道以上就不太好，算法的好處是不會溢出。但有人反映聲音有飽和的趨向。閱讀全文

posted @ 2007-10-31 17:27 金慶閱讀(10184) | 評論 (5) | 編輯收藏

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜