C++專欄
[初探Xerces系列]對外提供CLI
摘要: 應用程序的接口不外乎三種，CLI——命令行接口，API——應用編程接口和GUI。
因為現在有大把集成快速開發功能的IDE可供選擇，因此GUI的實現變得非常的順手。工具水平提高了，這看起來是理所當然的事情。其實呢？
閱讀全文
posted @
2009-05-20 10:12 創建更好的解決方案 閱讀(1447) |
評論 (0) 編輯
[初探Xerces系列]目錄結構也可以輔助提高代碼可讀性
摘要: 項目組曾經一度有過爭論，認為目錄層次過深，跨度過大（我們通常設置在3層以內），會降低編譯效率。
閱讀全文
posted @
2009-05-19 17:23 創建更好的解決方案 閱讀(1570) |
評論 (0) 編輯
[初探Xerces系列]xerces-c-3.0.1在CB07下編譯不過的解決辦法
摘要: 最近對XML解析器進行評估，除了正在用的MyXML之外，打算找多幾個DOM, SAX的解析器對比一下。
先后也看了TinyXML和XercesC，本來打算看看Intel的，時間不允許，算了。
Xerces比較全面的了，有DOM也有SAX，就評估他好了，最近項目里面的xml文件越來越大了，My有點吃不消。
Apache.org下載下來的工程是CB6.0的，CB07升級工程，編譯報錯。
閱讀全文
posted @
2009-05-19 15:37 創建更好的解決方案 閱讀(1713) |
評論 (0) 編輯
獲取版本信息Version的完整代碼（從msdn擴展而來）
摘要: ::GetFileVersionInfoSize(MyName.c_str(), &NoUse);
::GetFileVersionInfo(MyName.c_str(),NoUse,InfoSize,VersionInfo.get())) // 獲取版本信息成功
::VerQueryValue(VersionInfo.get(), "\\VarFileInfo\\Translation", (LPVOID *)&lpTranslate, &ValueLen))
Step by Step
閱讀全文
posted @
2009-02-05 19:24 創建更好的解決方案 閱讀(5507) |
評論 (4) 編輯
初始化const, static, const static, static const成員變量
摘要: 初始化const, static, const static, static const成員變量
閱讀全文
posted @
2009-01-10 15:29 創建更好的解決方案 閱讀(6981) |
評論 (3) 編輯
BCB的兩個問題
posted @
2008-09-22 18:49 創建更好的解決方案 閱讀(380) |
評論 (0) 編輯
狗，哈士奇，跳蚤，繼承，聚合，UpCast和DownCast
摘要: 驗證了結果是：指向子類對象的父類指針，在做DownCast時，不會因為自身是父類指針而使DownCast出的子類對象指針發生缺失，連一只虱子、跳蚤都不會少。
閱讀全文
posted @
2008-09-20 11:22 創建更好的解決方案 閱讀(1528) |
評論 (2) 編輯
重構故事——Chapter03
摘要: A計劃1：平臺版本在v2.1版本基礎上進行遷移，逐個模塊改造，平臺1.0版本，在業務分支3.0版本之前發布，在3.x版本與其他業務版本結合；
B計劃1：平臺版本不再單獨演進，將現在的平臺技術應用到即將發布的3.0版本中。包括插件結構、動態加載、動態激活，3.0版本中的業務模塊一律按照插件規范開發。
// ---------------------------------------------------------------
A計劃2：CCB管理配置文件，規范插件對主界面的配置。
B計劃2：必須為界面配置文件準備替代方案，防止因為配置文件損壞造成的程序加載失敗。
閱讀全文
posted @
2008-08-25 16:14 創建更好的解決方案 閱讀(1233) |
評論 (0) 編輯
重構故事——Chapter02
摘要: 很多模塊都需要在工程打開之時，獲取一定的信息，比如工程是新建的還是打開的，臨時目錄在哪里，工程目錄又在哪里。
工程管理模塊就像個奶媽，把一系列的信息從XML文件或者從用戶剛剛輸入的信息都進來，然后再一個個的去NotifyProjectOpen。工程關閉之時在挨個通知他們要關燈了，NotifyProjectClose。怪不得耦合度高啊，全是被動式初始化，能不高嗎？
閱讀全文
posted @
2008-08-14 17:47 創建更好的解決方案 閱讀(1172) |
評論 (0) 編輯
重構故事——Chapter01
摘要: 比較頭痛的是：原來在工程管理器中一系列的通知機制的修改，神秘的GIS模塊，還有混亂不堪的數據庫抽象層。按照Eclipse中對插件式的描述，這些插件不但作為插頭插在別的插口上，還對外提供插口。
閱讀全文
posted @
2008-08-07 20:17 創建更好的解決方案 閱讀(1425) |
評論 (3) 編輯
數值轉換的想當然
posted @
2008-07-30 17:58 創建更好的解決方案 閱讀(345) |
評論 (1) 編輯
C++ Builder實現可配置界面中遇到的問題【2、問題解決】
摘要: 類數量不變，因為經過分析，是因為在exe和dll之間傳遞VCL特有數據類型所致。
閱讀全文
posted @
2008-07-16 15:19 創建更好的解決方案 閱讀(1115) |
評論 (0) 編輯
C++ Builder實現可配置界面中遇到的問題【1、問題出現】
摘要: 提供一個可配置的界面，供DLL們來注冊菜單、按鈕這些界面元素，界面元素所需的資源由DLL提供。DLL們需要外顯的方法，綁定到自己注冊的界面元素上。
閱讀全文
posted @
2008-07-15 12:11 創建更好的解決方案 閱讀(1219) |
評論 (0) 編輯
C++關鍵字：mutable、volatile、explicit以及__based
摘要: C++關鍵字：mutable、volatile、explicit以及__based
閱讀全文
posted @
2008-04-09 10:13 創建更好的解決方案 閱讀(12418) |
評論 (4) 編輯
好文如風，拂去數朵疑云——Designing Qt-Style C++ APIs by Matthias Ettrich
摘要: 評價一片文章是否爛的標準是：你是否看過之后感覺不痛不癢。
一片爛文章的來由通常有兩條，一是文章的爛是客觀存在的，另一個就是看文章的人太麻木，以至于針尖戳背亦難覺痛癢。
這篇文章，釋開了我心頭的數朵疑云，漂浮如下。
閱讀全文
posted @
2008-03-03 07:59 創建更好的解決方案 閱讀(2031) |
評論 (6) 編輯
我是笨人——讀Rob Pike的《Notes on C Programming 》（附全文鏈接）
摘要: Ken Thompson —— Unix 最初版本的設計者和實現者，禪宗偈語般地對 Pike 的原則4 作了強調：拿不準就窮舉
花哨的算法比簡單算法更容易出 bug 、更難實現。盡量使用簡單的算法配合簡單的數據結構。
只要掌握了數據結構中的四大法寶，就可以包打天下，他們是：array 、linked list 、hash table、binary tree 。這四大法寶可不是各自為戰的，靈活結合才能游刃有余。比如，一個用hash table組織的symbol table，其中是一個個由字符型array構成的linked list。
閱讀全文
posted @
2008-02-29 08:39 創建更好的解決方案 閱讀(4505) |
評論 (4) 編輯