由于工程的文件的日益龐大和第3方庫(kù)(ACE Loki Boost等等)的使用增多
我所工作的項(xiàng)目系統(tǒng)構(gòu)建時(shí)間從最初的3分鐘變?yōu)楝F(xiàn)在的8分鐘
程序員的機(jī)器配置已經(jīng)很不錯(cuò)了，3。0 的主頻1g的內(nèi)存，但是常常由于一個(gè)小的修改導(dǎo)致5分鐘甚至更長(zhǎng)的編譯時(shí)間來(lái)驗(yàn)證效果。

按照《Joel on software》的說(shuō)法，其直接后果是可怕的：
程序員們?cè)谶@8分鐘內(nèi)無(wú)所事事，只有查看網(wǎng)頁(yè)，或者qqmsn，打斷先前的思路從他們的上下文環(huán)境里面脫離了出來(lái)，離開(kāi)了“順勢(shì)工作時(shí)間”，等到他們編譯好了驗(yàn)證再修改的時(shí)候，他們又得花不少的時(shí)間來(lái)回到剛才的思路

“順勢(shì)工作時(shí)間”大致意思就是說(shuō)2個(gè)不連續(xù)的半小時(shí)的效果遠(yuǎn)不如一個(gè)連續(xù)沉浸的1小時(shí)的工作效果，如果一個(gè)人不能連續(xù)沉浸的思考，那么他就很可能陷入在不停的上下文環(huán)境切換和淺表思考當(dāng)中。人的多線程處理和機(jī)器是一樣的環(huán)境的切換不能夠不考慮

所以，在當(dāng)前機(jī)器配置已經(jīng)沒(méi)有什么提升空間的情況下，我在項(xiàng)目組內(nèi)部組織了一次整改活動(dòng)，旨在降低編譯構(gòu)建時(shí)間


1。目標(biāo)：將完全重新編譯時(shí)間從8分鐘降低到4分鐘以下
2。原則：通過(guò)和主程序的溝通，并參考了《C＋＋ coding Standards》出了一下幾條整改原則:
?????首先是關(guān)于include的，因?yàn)榘^文件相當(dāng)于將代碼復(fù)制到本文件來(lái)編譯，而頭文件又經(jīng)常是用來(lái)被別人包含的，所以工程文件多了，每個(gè)文件都有include鏈（包含的文件又include了其他文件），該鏈條不會(huì)止步于你工程，而會(huì)延伸到你所有使用的第3方庫(kù)里面

?????A.能夠去掉的include就去掉。

?????B.能夠在cpp里面include的頭文件不要在頭文件里面include。
?????說(shuō)明：盡量去掉每個(gè)cpp會(huì)被串起來(lái)的頭文件膨脹的機(jī)會(huì)

?????C.能夠用前向聲明的就不要include，頭文件里面也是一樣
???? 說(shuō)明：在頭文件里面用前向聲明然后保存指針或者引用，在具體實(shí)現(xiàn)的cpp里面再包含頭文件，雖然看起來(lái)和《C＋＋ coding Standards》“Make header files self-sufficient”有些沖突（前兩天另外cppblog一位朋友講過(guò)http://www.shnenglu.com/flyingxu/archive/2006/06/23/8908.html）但是在一些核心的.h(被很多類(lèi)include的)里面作改造工作，還是能夠收到很大的降低編譯時(shí)間效果，而付出的代價(jià)就是原來(lái)只需要包含該頭文件就可以編譯成功的cpp需要額外包含一些頭文件。

舉個(gè)例子： Foo類(lèi)頭文件使用了前向申明保存了A類(lèi)和B類(lèi)的指針或者引用為成員變量，在Foo類(lèi)的cpp里面才包含A和B的頭文件，而當(dāng)C類(lèi)需要使用Foo類(lèi)時(shí)候包含F(xiàn)oo類(lèi)的頭文件，但是操作中又需要調(diào)用A的成員函數(shù)，C不同時(shí)包含A的頭文件的花就會(huì)出現(xiàn)編譯失敗。

雖然表面上是讓代碼更加復(fù)雜了，但是除卻帶來(lái)降低編譯時(shí)間的好處之外，代碼也在強(qiáng)迫你進(jìn)行解耦合，如果說(shuō)你cpp里面需要包含的頭文件越多，說(shuō)明你這個(gè)類(lèi)需要知道的對(duì)象就越多，你可以乘機(jī)檢查一下自己的代碼又沒(méi)有不必要的耦合，為什么這個(gè)cpp需要知道那么多的本來(lái)可能屬于別的類(lèi)的細(xì)節(jié).....

??????D。把大多數(shù)模塊都要使用的庫(kù)文件或者穩(wěn)定類(lèi)的頭文件include放到預(yù)編譯頭文件“stdafx.h”里面
??????說(shuō)明：由于預(yù)編譯頭文件里面include的內(nèi)容只會(huì)compile一次而被link多次，把一些常用類(lèi)放到這里會(huì)降低很多編譯時(shí)間，但也不能亂來(lái)，要點(diǎn)在于 “大多數(shù)”和“穩(wěn)定”，如果一個(gè)頭文件經(jīng)常變化，他的一次小改動(dòng)都會(huì)引起整個(gè)工程rebuild，哪怕只是一個(gè)注釋?zhuān)驗(yàn)樗械腸pp文件都包含了stdafx.h而stdafx.h又包含了這個(gè)容易變動(dòng)的頭文件。
??????
??????E.使用Pimpl慣用法
??????說(shuō)明：關(guān)于Pimpl大家可以查下資料，《C＋＋ coding Standards》里面也有講解，基本上就是采用一個(gè)私有的前向申明的stuct指針把所有protect成員都封裝起來(lái)起來(lái).基本上是一個(gè)最終極的解決方案，但是對(duì)我們現(xiàn)有架構(gòu)改造太大，不敢全面實(shí)行，我們只選擇了數(shù)個(gè)最有價(jià)值的類(lèi)進(jìn)行了改造，打算以后在其他項(xiàng)目里面再全面應(yīng)用。

3。實(shí)施： 通過(guò)半個(gè)小時(shí)的溝通，讓項(xiàng)目組程序員了解原則，并采取結(jié)隊(duì)修改的方式來(lái)降低引入新bug的風(fēng)險(xiǎn)，在以通過(guò)原有單元測(cè)試用例的條件下，進(jìn)行修改－測(cè)試－提交的迭代。???

4。結(jié)果：???編譯時(shí)間降低到了6分鐘以內(nèi)。。。雖沒(méi)有達(dá)到預(yù)期，但也算有效果，沒(méi)有完全達(dá)標(biāo)的主要原因還是沒(méi)有完整的測(cè)試方案包括單元測(cè)試和驗(yàn)收測(cè)試，怕有些改動(dòng)過(guò)大影響系統(tǒng)健壯性，局部放棄了一些實(shí)施的原則。


把這個(gè)整改的工作寫(xiě)出來(lái)，一方面作個(gè)記錄，另外一方面希望和大家討論，相互多多交流：）


ps：
希望有過(guò)類(lèi)似工作的朋友加我的
MSN：itso2_at_msn.com
大家多多溝通

公司有一個(gè)項(xiàng)目從vs2003移植到vs2005之后老是出現(xiàn)runtim erro
經(jīng)過(guò)排查最終定位在fstream 打開(kāi)"含中文路徑"的文件時(shí)候會(huì)出現(xiàn)fail的情況
本來(lái)不相信vs2003過(guò)渡到2005會(huì)有這個(gè)問(wèn)題,但是經(jīng)過(guò)試驗(yàn)確證實(shí)了該問(wèn)題
我新建立一個(gè)exe來(lái)測(cè)試該問(wèn)題


vs2003不需要作任何設(shè)置就可以就可以成功
但是vs2005下每次都會(huì)失敗在斷言處,查找了一些網(wǎng)上資料,例如
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=371229&SiteID=1
發(fā)現(xiàn)但凡是uinicode的路徑都是有該問(wèn)題的.
解決方法有2個(gè)
1.第一個(gè)使用vs2005默認(rèn)的unicode set并在所有字符串外面面加上_T() 或者_(dá)TEXT宏,代價(jià)是原來(lái)所有不符合unicode規(guī)范的地方你都必須得改.
2.使用not set 或者"mutibyte set" 并在程序初始化的時(shí)候調(diào)用setlocale()如下

就可以解決該問(wèn)題

上述引用的ms論壇連接基本講清楚了該問(wèn)題,但是由于我前幾日搜索中文相關(guān)信息時(shí)候,實(shí)在未發(fā)現(xiàn)有用之內(nèi)容,故記錄下來(lái),希望有相同問(wèn)題又不思其解的朋友可以少花點(diǎn)時(shí)間.

最近研究自動(dòng)化構(gòu)建系統(tǒng)(持續(xù)集成),最終發(fā)現(xiàn)finalbuilder十分之好用

根據(jù)網(wǎng)上

http://blog.dream4ever.org/dirt/archive/2005/12/20/79946.drl?

這篇文章,初步作了一個(gè) 由subversion 的post-commit 觸發(fā)的自動(dòng)更新所有相關(guān)代碼編譯,并把編譯結(jié)果以及信息發(fā)送給相關(guān)人員的郵件的finalbuilder工程,目的是期望所有程序員能夠養(yǎng)成一種提交可編譯代碼的習(xí)慣,

其中需要用到一種叫做 subversion info 的action 類(lèi)型, 其原理大概是調(diào)用 subversion/bin 里面的 svn.exe 加上參數(shù) info 然后從標(biāo)準(zhǔn)輸出中匹配相關(guān)信息取得特定數(shù)據(jù)放到 指定的變量中,但是其action始終不能執(zhí)行成功,更別提保存我需要的變量了.

經(jīng)過(guò)一系列試驗(yàn),估計(jì)是由于svn在中文操作系統(tǒng)上返回的是類(lèi)似下面的中文信息

C:\Program Files\Subversion\bin>svn info D:\LocalSvnForDailyBuild\dest
路徑：D:\LocalSvnForDailyBuild\dest
地址(URL)：http://192.168.1.100:3115/dest
Repository Root: http://192.168.1.100:3115/dest
檔案庫(kù) UUID：47b214da-b8ec-df4b-aac3-16e2c895fbbd
修訂版：666
節(jié)點(diǎn)種類(lèi)：目錄
調(diào)度：正常
最后修改的作者：medicer
最后修改的修訂版：666
最后修改的時(shí)間: 2006-05-18 11:58:03 +0800 (星期四, 18 五月 2006)
屬性最后更新: 2006-05-15 10:41:52 +0800 (星期一, 15 五月 2006)

而finalbuilder期望的估計(jì)是英文的輸出,所以匹配不了導(dǎo)致失敗

經(jīng)過(guò)幾番試驗(yàn)

最后把subversion 目錄 C:\Program Files\Subversion\share\locale\zh_CN\LC_MESSAGES\subversion.mo 文字信息文件刪除掉后,svn返回都使用了默認(rèn)的英文,而finalbuilder也終于運(yùn)行成功, 最后一次提交者提交時(shí)間都能夠正常取到!

沒(méi)有什么技術(shù)含量,只是在這里記錄下來(lái),希望遇到相同問(wèn)題的朋友可以搜索得到,不用再折騰?