• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-60  評論-98  文章-0  trackbacks-0
            C++專欄
            Visual Studio VS C++Builder07 不同的公司,同樣的Bug      摘要: 結(jié)論:是兩家的編譯器在預編譯的時候,不允許數(shù)值超過1G。  閱讀全文
            posted @ 2010-02-02 20:09 創(chuàng)建更好的解決方案 閱讀(1886) | 評論 (9)  編輯
            [初探Xerces系列]對外提供CLI      摘要: 應用程序的接口不外乎三種,CLI——命令行接口,API——應用編程接口和GUI。

            因為現(xiàn)在有大把集成快速開發(fā)功能的IDE可供選擇,因此GUI的實現(xiàn)變得非常的順手。工具水平提高了,這看起來是理所當然的事情。其實呢?  閱讀全文
            posted @ 2009-05-20 10:12 創(chuàng)建更好的解決方案 閱讀(1434) | 評論 (0)  編輯
            [初探Xerces系列]目錄結(jié)構(gòu)也可以輔助提高代碼可讀性      摘要: 項目組曾經(jīng)一度有過爭論,認為目錄層次過深,跨度過大(我們通常設置在3層以內(nèi)),會降低編譯效率。  閱讀全文
            posted @ 2009-05-19 17:23 創(chuàng)建更好的解決方案 閱讀(1557) | 評論 (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 創(chuàng)建更好的解決方案 閱讀(1702) | 評論 (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 創(chuàng)建更好的解決方案 閱讀(5479) | 評論 (4)  編輯
            初始化const, static, const static, static const成員變量      摘要: 初始化const, static, const static, static const成員變量  閱讀全文
            posted @ 2009-01-10 15:29 創(chuàng)建更好的解決方案 閱讀(6953) | 評論 (3)  編輯
            BCB的兩個問題
            posted @ 2008-09-22 18:49 創(chuàng)建更好的解決方案 閱讀(364) | 評論 (0)  編輯
            狗,哈士奇,跳蚤,繼承,聚合,UpCast和DownCast      摘要: 驗證了結(jié)果是:指向子類對象的父類指針,在做DownCast時,不會因為自身是父類指針而使DownCast出的子類對象指針發(fā)生缺失,連一只虱子、跳蚤都不會少。  閱讀全文
            posted @ 2008-09-20 11:22 創(chuàng)建更好的解決方案 閱讀(1521) | 評論 (2)  編輯
            重構(gòu)故事——Chapter03      摘要: A計劃1:平臺版本在v2.1版本基礎(chǔ)上進行遷移,逐個模塊改造,平臺1.0版本,在業(yè)務分支3.0版本之前發(fā)布,在3.x版本與其他業(yè)務版本結(jié)合;
            B計劃1:平臺版本不再單獨演進,將現(xiàn)在的平臺技術(shù)應用到即將發(fā)布的3.0版本中。包括插件結(jié)構(gòu)、動態(tài)加載、動態(tài)激活,3.0版本中的業(yè)務模塊一律按照插件規(guī)范開發(fā)。
            // ---------------------------------------------------------------
            A計劃2:CCB管理配置文件,規(guī)范插件對主界面的配置。
            B計劃2:必須為界面配置文件準備替代方案,防止因為配置文件損壞造成的程序加載失敗。  閱讀全文
            posted @ 2008-08-25 16:14 創(chuàng)建更好的解決方案 閱讀(1219) | 評論 (0)  編輯
            重構(gòu)故事——Chapter02      摘要: 很多模塊都需要在工程打開之時,獲取一定的信息,比如工程是新建的還是打開的,臨時目錄在哪里,工程目錄又在哪里。
            工程管理模塊就像個奶媽,把一系列的信息從XML文件或者從用戶剛剛輸入的信息都進來,然后再一個個的去NotifyProjectOpen。工程關(guān)閉之時在挨個通知他們要關(guān)燈了,NotifyProjectClose。怪不得耦合度高啊,全是被動式初始化,能不高嗎?  閱讀全文
            posted @ 2008-08-14 17:47 創(chuàng)建更好的解決方案 閱讀(1160) | 評論 (0)  編輯
            重構(gòu)故事——Chapter01      摘要: 比較頭痛的是:原來在工程管理器中一系列的通知機制的修改,神秘的GIS模塊,還有混亂不堪的數(shù)據(jù)庫抽象層。按照Eclipse中對插件式的描述,這些插件不但作為插頭插在別的插口上,還對外提供插口。  閱讀全文
            posted @ 2008-08-07 20:17 創(chuàng)建更好的解決方案 閱讀(1412) | 評論 (3)  編輯
            數(shù)值轉(zhuǎn)換的想當然
            posted @ 2008-07-30 17:58 創(chuàng)建更好的解決方案 閱讀(330) | 評論 (1)  編輯
            C++ Builder實現(xiàn)可配置界面中遇到的問題【2、問題解決】      摘要: 類數(shù)量不變,因為經(jīng)過分析,是因為在exe和dll之間傳遞VCL特有數(shù)據(jù)類型所致。  閱讀全文
            posted @ 2008-07-16 15:19 創(chuàng)建更好的解決方案 閱讀(1100) | 評論 (0)  編輯
            C++ Builder實現(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)建更好的解決方案 閱讀(12391) | 評論 (4)  編輯
            好文如風,拂去數(shù)朵疑云——Designing Qt-Style C++ APIs by Matthias Ettrich      摘要: 評價一片文章是否爛的標準是:你是否看過之后感覺不痛不癢。
            一片爛文章的來由通常有兩條,一是文章的爛是客觀存在的,另一個就是看文章的人太麻木,以至于針尖戳背亦難覺痛癢。
            這篇文章,釋開了我心頭的數(shù)朵疑云,漂浮如下。  閱讀全文
            posted @ 2008-03-03 07:59 創(chuàng)建更好的解決方案 閱讀(2005) | 評論 (6)  編輯
            我是笨人——讀Rob Pike的《Notes on C Programming 》(附全文鏈接)      摘要: Ken Thompson —— Unix 最初版本的設計者和實現(xiàn)者,禪宗偈語般地對 Pike 的原則4 作了強調(diào):拿不準就窮舉
            花哨的算法比簡單算法更容易出 bug 、更難實現(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)  編輯
            std::sting, String, AnsiString轉(zhuǎn)換成DWORD的3種途徑
            posted @ 2008-01-10 21:10 創(chuàng)建更好的解決方案 閱讀(4244) | 評論 (0)  編輯
            說說Windows的幾項內(nèi)存指標
            posted @ 2007-09-12 14:28 創(chuàng)建更好的解決方案 閱讀(996) | 評論 (0)  編輯

            精品国产乱码久久久久软件| 国产激情久久久久影院老熟女| 一级女性全黄久久生活片免费 | 国产精品99久久99久久久| 97久久久久人妻精品专区| 久久这里只有精品首页| 国产欧美久久久精品影院| 久久久无码精品亚洲日韩蜜臀浪潮| 国产欧美久久一区二区| 亚洲?V乱码久久精品蜜桃| 国产亚洲精品美女久久久| 九九久久精品国产| 国产精品一久久香蕉国产线看观看| 国产福利电影一区二区三区,免费久久久久久久精| 国产高潮国产高潮久久久91| 麻豆成人久久精品二区三区免费| 国内精品久久久久国产盗摄| 国产精品一区二区久久不卡| 九九精品久久久久久噜噜| 国产成人综合久久久久久| 久久久久人妻一区精品色| 久久婷婷五月综合成人D啪| 精品国产乱码久久久久久浪潮| 国内精品久久久久影院优| 中文国产成人精品久久不卡| 久久久久99精品成人片牛牛影视 | 99久久精品国产一区二区蜜芽| 久久精品成人欧美大片| 亚洲伊人久久成综合人影院| 一本大道加勒比久久综合| 91精品国产色综合久久| 国产亚洲欧美精品久久久| 亚洲欧美伊人久久综合一区二区| 久久人人爽人人澡人人高潮AV| 久久国产精品久久国产精品| 国产成人精品久久一区二区三区 | 久久婷婷五月综合97色直播| 久久99精品久久久久久野外| 久久er国产精品免费观看8| 久久99精品久久久久久野外 | 国产精品毛片久久久久久久|