国内精品久久久久影院日本,久久国产乱子精品免费女,丁香久久婷婷国产午夜视频

Boost.Singals 教程

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

閱讀全文

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。而且只是代碼風格上的調整，修改后比原來的代碼更簡潔。閱讀全文

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

選特化還是重載

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

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

用Boost.Python構建混合系統

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

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）是指，當你獲得一個資源的時候，不管這個資源是對象、內存、文件句柄或者其它什么，你都會在一個對象的構造函數中獲得它，并且在該對象的析構函數中釋放它。可以依據資源可變性和資源來源這兩個特征，來對RAII進行分類。閱讀全文

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

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

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

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

wxWidgets庫的依賴順序

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

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

發現錯誤是好事

摘要: 在設計時發現錯誤總比在編碼編譯時發現好。在編碼編譯時發現錯誤總比在單元測試中發現好。在單元測試中發現錯誤總比在調試中發現好。在調試中發現錯誤總比在系統測試中發現好。在系統測試中發現錯誤總比讓用戶發現好。讓用戶發現錯誤總比沒有用戶好。閱讀全文

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

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

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

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

STL序列容器的存儲連續性

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

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

STL與標準庫

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

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

模板參數名命名慣例

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

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

log4delphi試用

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

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

顯示wxStaticBitmap的窗口

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

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

POD相關定義的翻譯

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

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

XRCed生成的代碼分析

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

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

XRC初步

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

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

翻譯記憶OmegaT試用

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

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

編譯boost

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

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

VC6正在被拋棄

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

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

批量html轉text

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

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

濫用ini配置文件造成崩潰

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

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

Boost.Python構建與測試HOWTO

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

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

bjam編譯boost失敗及原因

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

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

對臨時變量的引用

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

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

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

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

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

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

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

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

可重入和線程安全

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

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

wxPython中XRC文件i18n示例

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

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

boost::static_assert

摘要: BOOST_STATIC_ASSERT是一個簡單但常用的宏，顧名思義起到編譯期斷言的功效，可以通過它，在編譯時對開發環境以及類型定義進行檢查。此類型檢測對程序運行時無任何效率和空間上的影響。在實現上，BOOST_STATIC_ASSERT宏利用c++規范中，對不完整類型即不可實例化的類型，在對其進行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 金慶閱讀(3660) | 評論 (2) | 編輯收藏

TLMDTrackBar造成程序啟動時崩潰

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

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

可以用IRC代替例會嗎

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

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

用list.sort(key)排序

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

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

敏捷就是無招勝有招

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

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

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

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

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

評高效程序員應該養成的七個習慣

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

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

混音算法的學習與研究

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

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

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜