CB新建CM工程，默認有一個cpp文件，有入口函數(shù)。

Xerces的Demo中，不對，因該是Sample中，將入口函數(shù)寫到實現(xiàn)文件的cpp中，而默認的入口函數(shù)被通過預編譯宏的形式注釋掉了。

一開始聽困惑的，用VC打開才明白，是為了代碼的通用性。

越看越覺的Xerces設計的合理，VC和CB工程共用一套src文件。

開始覺的繁冗，越看越覺的有意思。

項目組曾經一度有過爭論，認為目錄層次過深，跨度過大（我們通常設置在3層以內），會降低編譯效率。

我一直對這種觀點不是很贊同，因為目錄層次比較淺，提高的是整個結構的以理解性，從一個側面提高代碼的可讀性。

但是強制的設置為3層，在一定程度上也會使原本需要4-5層結構表述的被可以簡單化，在一定程度上給閱讀代碼的人帶來了困擾。平臺化之后，二次開發(fā)時表現(xiàn)的尤為明顯。

Xerces解完壓縮的路徑是xerces-c-3.0.1-x86\xerces-c-3.0.1.tar\xerces-c-3.0.1\xerces-c-3.0.1\projects\Win32\BCB6\Xerces-all\DOMCount

如果我們真像自己宣稱的那樣要跨平臺，恐怕要學習一下Xerces了，編譯是機器的事情，多幾層何妨呢？