#
最近在收拾一點代碼，準備為即將到來的畢業設計做點準備。然后一直就想弄個單元測試工具。一開始是想看看VSTS的測試工具，無奈那個東東對Native C++的測試能力限制太大，不光測試本身必須要用CLI寫，連產品代碼都最好是CLI的。所以只好放棄算了。隨后就是找到了CppUnit，是聲名在外的 XUnit 的 For Cpp 版本。然后試用了一下，還是覺得不舒服，再度放棄。然后就花了點時間自己寫了個源代碼級別復用的UnitTest。為了數據交換顯示方便，除了Console的結果顯示外，還外帶了XML的Report。本來想配置對應的XSL和HTML以便于生成報表，無奈Web我實在是一竅不通，也就只好用XMLSpy的框圖隨便將就一下了。附上源代碼。點我下載工程使用了TinyXML用來寫XML文件。以后可能會隨著我自己的使用而逐步的改進，但是始終不會很復雜的，呵呵。畢竟如果要是需要復雜功能的話，還是用人家的輪子好。注，低級的拼寫錯誤已經糾正了……添加了兩個新的判斷宏。
看見沒？#define _tcstol _tcstol這豬一般的頭文件．．．我當時心里那個毛啊，毛茸茸的！但是我一Try，一看頭文件，沒這回事啊，我的是
?然后拿我的頭文件和他的頭文件WinDiff一下，他又郁悶了，73K的文件就這點不同。。。所以說，真正害人的往往都是小東西。還有一句話，不是這么說來著，一切有可能發生的糟糕事情，往往都會以最糟糕的形式發生。墨菲法則無敵啊~~。給可能出現此問題人提個醒~呵呵。再說Geoprocessing。Geoprocessing看起來挺美，但是實際使用中限制頗多，要不Test一下還真不知道。即使Geoprocessing的某項在ArcToolbox中能使用，絕不代表你弄個腳本就能OK的。腳本的GP的限制比ArcToolbox里面的限制要多得多。例如，當柵格數據是整數格式的時候，ArcToolbox中的Geoprocessing可以照常工作，但是腳本里面你調用ExtractValuesToPoints就行不通。所以在寫腳本的時候，記得看文檔中的適應條件，如果有AO的原形對象，則最好按照AO的數據類型的許可來構造程序。
Powered by: C++博客 Copyright © 空明流轉