日韩一级大片,9久草视频在线视频精品,亚洲视屏在线播放

Boost.Singals 教程

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

閱讀全文

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

Boost.Python中文文檔下載

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

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

修改Boost.date_time代碼兼容VC6

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

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

選特化還是重載

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

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

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

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

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

RAII：資源獲取即初始化

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

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

用結構體來構造封閉的名字空間

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

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

wxWidgets庫的依賴順序

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

posted @ 2008-05-15 14:13 金慶閱讀(1800) | 評論 (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 金慶閱讀(364) | 評論 (0) | 編輯收藏

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

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

posted @ 2008-04-24 10:16 金慶閱讀(1977) | 評論 (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 金慶閱讀(2151) | 評論 (2) | 編輯收藏

STL與標準庫

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

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

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

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

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

log4delphi試用

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

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

顯示wxStaticBitmap的窗口

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

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

POD相關定義的翻譯

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

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

XRCed生成的代碼分析

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

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

XRC初步

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

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

翻譯記憶OmegaT試用

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

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

編譯boost

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

posted @ 2008-03-17 17:21 金慶閱讀(1896) | 評論 (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 金慶閱讀(6343) | 評論 (35) | 編輯收藏

批量html轉text

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

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

濫用ini配置文件造成崩潰

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

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

Boost.Python構建與測試HOWTO

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

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

bjam編譯boost失敗及原因

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

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

對臨時變量的引用

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

posted @ 2008-01-10 11:36 金慶閱讀(1762) | 評論 (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 金慶閱讀(2593) | 評論 (4) | 編輯收藏

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

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

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

可重入和線程安全

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

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

wxPython中XRC文件i18n示例

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

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

boost::static_assert

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

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

istream_iterator常見的錯誤說明

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

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

TLMDTrackBar造成程序啟動時崩潰

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

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

可以用IRC代替例會嗎

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

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

用list.sort(key)排序

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

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

敏捷就是無招勝有招

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

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

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

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

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

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

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

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

混音算法的學習與研究

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

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

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

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜