序言
一转眼来北京已经四个月了。度过了回龙观没有暖气的冬天，迎来了春天——脑子终于化开了。
明天搬家，搬到积水潭，这样可以离工作的地方（Sigma大厦）近一些。我以为我能改变自己夜行动物的习惯，看来努力失败了。还是在晚上工作吧，这回到多晚都没事了，不用急着赶城铁，走着都能回家。
背后那个组的同仁们自己开发了一个WinForm的自动测试工具，挺好玩儿，那么我就自己开发一个吧。业余时间做一做，一是深化对软件测试的理解，二是提高一下自己的编程水平——在技术与艺术上都追求品质。
2006-03-22
兵马未动，先搞粮食。
今天先找了些参考资料，然后决定了一下使用什么技术来开发这个大玩具。
资料：
[1] MSDN：这个不用多说吧，百科全书。
[2] Programming Windows 5th Edition：因为要用到Win32编程，这本书是非常好的参考，以前一直没好好看，今天又祭器这面大旗。
[3] Effective GUI Test Automation: Developing an Automated GUI Testing Tool：Sybex的书，内容不错，就是有点啰嗦，没办法，参考资料少，咱就耐着性子看吧。
技术：
就这个软件本身而言，由于是自动控制计算机（主要是用户输入部分），所以应属于Windows底层程序开发。这种底层开发，Win32是正道，但如果用Win32开发，写UI的难度太大了——除非写个命令行程序。另一个选择就是MFC，可惜UI还是不太好写，更要命的是MFC使用C++，C++对XML的支持实在是让俺不敢怎么恭维。为什么要用XML？是啊，自动化测试吗，测试员要录制测试脚本，再执行测试脚本，用XML语言写脚本比较现成哦，我可不想自己再开发一套脚本Tag。C#借.NET的光，对XML天生支持的不赖，而且写起UI来是飞速完成的。可惜哦，架在.NET Framework的高台上，与底层遥遥相望……调底层的API只能使用PInvoke和内存对齐，而且Win32函数里那些怪怪的数据类型怎么转成.NET的类型呢？（头大）
|
技术 |
UI |
底层 |
XML |
|
Win32 |
X |
O |
X |
|
MFC |
X |
O |
X |
|
C# |
O |
X |
O |
听背后组的MM说，他们是写了一个COM，然后又在C#里写的UI，对此，俺表示怀疑。第一：写COM干吗呢？写一个原生（非托管）DLL不就结了？搞个COM还要安装，麻烦的不行不行的；第二：……还没想好，回头再说。
根据上表评估，我还是打算选用C#，底层虽然难搞，但不是不能搞。写个引擎，封装在一个DLL程序集里算了。就这么定了，明天开始概要设计了。
对了，补两句。刚才试了试用Process类和Form类的一些静态方法，看看能不能避开PInvoke，结果发现使用Process的实例属性“主窗体Handle”得到的数值的确与Win32 的FindWindow得到的一样，可惜用Form的FromHandle来处理这个值就得不到主窗体——K~~~，我不生气，不生气……