C++專欄
Visual Studio VS C++Builder07 不同的公司，同樣的Bug
摘要: 結(jié)論：是兩家的編譯器在預(yù)編譯的時候，不允許數(shù)值超過1G。
閱讀全文
posted @
2010-02-02 20:09 創(chuàng)建更好的解決方案 閱讀(1884) |
評論 (9) 編輯
[初探Xerces系列]對外提供CLI
摘要: 應(yīng)用程序的接口不外乎三種，CLI——命令行接口，API——應(yīng)用編程接口和GUI。
因?yàn)楝F(xiàn)在有大把集成快速開發(fā)功能的IDE可供選擇，因此GUI的實(shí)現(xiàn)變得非常的順手。工具水平提高了，這看起來是理所當(dāng)然的事情。其實(shí)呢？
閱讀全文
posted @
2009-05-20 10:12 創(chuàng)建更好的解決方案 閱讀(1434) |
評論 (0) 編輯
[初探Xerces系列]目錄結(jié)構(gòu)也可以輔助提高代碼可讀性
摘要: 項(xiàng)目組曾經(jīng)一度有過爭論，認(rèn)為目錄層次過深，跨度過大（我們通常設(shè)置在3層以內(nèi)），會降低編譯效率。
閱讀全文
posted @
2009-05-19 17:23 創(chuàng)建更好的解決方案 閱讀(1557) |
評論 (0) 編輯
[初探Xerces系列]xerces-c-3.0.1在CB07下編譯不過的解決辦法
摘要: 最近對XML解析器進(jìn)行評估，除了正在用的MyXML之外，打算找多幾個DOM, SAX的解析器對比一下。
先后也看了TinyXML和XercesC，本來打算看看Intel的，時間不允許，算了。
Xerces比較全面的了，有DOM也有SAX，就評估他好了，最近項(xiàng)目里面的xml文件越來越大了，My有點(diǎn)吃不消。
Apache.org下載下來的工程是CB6.0的，CB07升級工程，編譯報(bào)錯。
閱讀全文
posted @
2009-05-19 15:37 創(chuàng)建更好的解決方案 閱讀(1702) |
評論 (0) 編輯
獲取版本信息Version的完整代碼（從msdn擴(kuò)展而來）
摘要: ::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 創(chuàng)建更好的解決方案 閱讀(5476) |
評論 (4) 編輯
初始化const, static, const static, static const成員變量
摘要: 初始化const, static, const static, static const成員變量
閱讀全文
posted @
2009-01-10 15:29 創(chuàng)建更好的解決方案 閱讀(6952) |
評論 (3) 編輯
BCB的兩個問題
posted @
2008-09-22 18:49 創(chuàng)建更好的解決方案 閱讀(364) |
評論 (0) 編輯
狗，哈士奇，跳蚤，繼承，聚合，UpCast和DownCast
摘要: 驗(yàn)證了結(jié)果是：指向子類對象的父類指針，在做DownCast時，不會因?yàn)樽陨硎歉割愔羔樁笵ownCast出的子類對象指針發(fā)生缺失，連一只虱子、跳蚤都不會少。
閱讀全文
posted @
2008-09-20 11:22 創(chuàng)建更好的解決方案 閱讀(1520) |
評論 (2) 編輯
重構(gòu)故事——Chapter03
摘要: A計(jì)劃1：平臺版本在v2.1版本基礎(chǔ)上進(jìn)行遷移，逐個模塊改造，平臺1.0版本，在業(yè)務(wù)分支3.0版本之前發(fā)布，在3.x版本與其他業(yè)務(wù)版本結(jié)合；
B計(jì)劃1：平臺版本不再單獨(dú)演進(jìn)，將現(xiàn)在的平臺技術(shù)應(yīng)用到即將發(fā)布的3.0版本中。包括插件結(jié)構(gòu)、動態(tài)加載、動態(tài)激活，3.0版本中的業(yè)務(wù)模塊一律按照插件規(guī)范開發(fā)。
// ---------------------------------------------------------------
A計(jì)劃2：CCB管理配置文件，規(guī)范插件對主界面的配置。
B計(jì)劃2：必須為界面配置文件準(zhǔn)備替代方案，防止因?yàn)榕渲梦募p壞造成的程序加載失敗。
閱讀全文
posted @
2008-08-25 16:14 創(chuàng)建更好的解決方案 閱讀(1219) |
評論 (0) 編輯
重構(gòu)故事——Chapter02
摘要: 很多模塊都需要在工程打開之時，獲取一定的信息，比如工程是新建的還是打開的，臨時目錄在哪里，工程目錄又在哪里。
工程管理模塊就像個奶媽，把一系列的信息從XML文件或者從用戶剛剛輸入的信息都進(jìn)來，然后再一個個的去NotifyProjectOpen。工程關(guān)閉之時在挨個通知他們要關(guān)燈了，NotifyProjectClose。怪不得耦合度高啊，全是被動式初始化，能不高嗎？
閱讀全文
posted @
2008-08-14 17:47 創(chuàng)建更好的解決方案 閱讀(1160) |
評論 (0) 編輯
重構(gòu)故事——Chapter01
摘要: 比較頭痛的是：原來在工程管理器中一系列的通知機(jī)制的修改，神秘的GIS模塊，還有混亂不堪的數(shù)據(jù)庫抽象層。按照Eclipse中對插件式的描述，這些插件不但作為插頭插在別的插口上，還對外提供插口。
閱讀全文
posted @
2008-08-07 20:17 創(chuàng)建更好的解決方案 閱讀(1411) |
評論 (3) 編輯
C++ Builder實(shí)現(xiàn)可配置界面中遇到的問題【2、問題解決】
摘要: 類數(shù)量不變，因?yàn)榻?jīng)過分析，是因?yàn)樵趀xe和dll之間傳遞VCL特有數(shù)據(jù)類型所致。
閱讀全文
posted @
2008-07-16 15:19 創(chuàng)建更好的解決方案 閱讀(1099) |
評論 (0) 編輯
C++ Builder實(shí)現(xiàn)可配置界面中遇到的問題【1、問題出現(xiàn)】
摘要: 提供一個可配置的界面，供DLL們來注冊菜單、按鈕這些界面元素，界面元素所需的資源由DLL提供。DLL們需要外顯的方法，綁定到自己注冊的界面元素上。
閱讀全文
posted @
2008-07-15 12:11 創(chuàng)建更好的解決方案 閱讀(1205) |
評論 (0) 編輯
C++關(guān)鍵字：mutable、volatile、explicit以及__based
摘要: C++關(guān)鍵字：mutable、volatile、explicit以及__based
閱讀全文
posted @
2008-04-09 10:13 創(chuàng)建更好的解決方案 閱讀(12387) |
評論 (4) 編輯
好文如風(fēng)，拂去數(shù)朵疑云——Designing Qt-Style C++ APIs by Matthias Ettrich
摘要: 評價一片文章是否爛的標(biāo)準(zhǔn)是：你是否看過之后感覺不痛不癢。
一片爛文章的來由通常有兩條，一是文章的爛是客觀存在的，另一個就是看文章的人太麻木，以至于針尖戳背亦難覺痛癢。
這篇文章，釋開了我心頭的數(shù)朵疑云，漂浮如下。
閱讀全文
posted @
2008-03-03 07:59 創(chuàng)建更好的解決方案 閱讀(2003) |
評論 (6) 編輯
我是笨人——讀Rob Pike的《Notes on C Programming 》（附全文鏈接）
摘要: Ken Thompson —— Unix 最初版本的設(shè)計(jì)者和實(shí)現(xiàn)者，禪宗偈語般地對 Pike 的原則4 作了強(qiáng)調(diào)：拿不準(zhǔn)就窮舉
花哨的算法比簡單算法更容易出 bug 、更難實(shí)現(xiàn)。盡量使用簡單的算法配合簡單的數(shù)據(jù)結(jié)構(gòu)。
只要掌握了數(shù)據(jù)結(jié)構(gòu)中的四大法寶，就可以包打天下，他們是：array 、linked list 、hash table、binary tree 。這四大法寶可不是各自為戰(zhàn)的，靈活結(jié)合才能游刃有余。比如，一個用hash table組織的symbol table，其中是一個個由字符型array構(gòu)成的linked list。
閱讀全文
posted @
2008-02-29 08:39 創(chuàng)建更好的解決方案 閱讀(4485) |
評論 (4) 編輯