#
最近在收拾一点代码,准备为即将到来的毕业设计做点准备。然后一直就想弄个单元测试工具。一开始是想看看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 © 空明流转