All Stories
简直想吐啊，太无聊了，又完不成任务，要求那么多，根本是浪费时间嘛。有空写个程序来自己搜简历得了。大概的想法就是调用IE的接口，几乎所有的IE页面上的元素都可以通过COM接口访问到，除了验证码不能自动识别外，其它部分应该都可以用程序完成。另外还有个问题是，输入email和手机号后，要点击一个按钮看是否重复，这时它会弹出一个MessageBox，这该如何处理，我猜IE也是有接口可以屏蔽掉这个alert的，或者说可以直接把整个javascript脚本都替换掉，不过也仅仅是猜想而已。最熟悉的做法是在后台开个线程，监视是否有MessageBox弹出，然后自动获取MessageBox上的内容，再自动点一下那个确定按钮，呵呵。 不过想法虽好，到时候极有可能就不了了之了，这写个程序还是挺花精力的，呵呵。
昨天晚上回来看news group上的消息，前不久提交review的Logging库被认定为unacceptable，所以暂时还是没有日志库用了。今天看到Logging的作者说，打算再根据这些review意见写一个新的，估计在七月中下旬提交review。 一直需要一个好用的日志库，但看来看去都没有觉得满意的。ACE太庞大了，日志功能只是一个辅助，log4cpp和log4cxx不知道哪里惹到我了，就是有很大的抵触情绪，不想用。于是一直在等待Boost::Logging的问世，谁知还得等待。 希望不会让我等太久。
经过不短时间的调试，下午终于可以显示出一个虚线画出的矩形框来了。虽然还只是一个虚线框，不但大小改了，位置也没计算好，而且还把连接线都丢了，但是总算是出来了。这一小步，对这个东东的进程来说，其实也是一大步。接下来就是计算一下连接线的位置，就差不多了啊，吃晚饭时那种喜悦放松的心情真是很久没体会过了，呵呵。 调试过程还是比较让我觉得痛苦的，首先是我的机器上Office 2003装好后，居然在我的程序里通过COM接口运行Excel时说注册码不合法，晕死，这可是公司大企业客户版啊！同事丢给我一个算号器，发现有两个Office 2003，用了不同的序列号，晕，另外一个怎么也找不到在哪里，今天上午一气之下把所有的Office这个字眼沾上关系的全让我卸载了，然后装了个Office 2007，偶然发现不再提示注册码不合法了，呼呼，真是玄乎呀。 不过后来发现，有一个函数用来把Excel里的图形复制到系统剪切板中，然后再取出来存成GIF格式，当时一直在2003下处理，用了个魔鬼数字，直接取出指定编号的那种类型的剪切板数据，现在发现那个索引下的不是GIF格式数据了，呵呵，还意外发现了这么个bug呢！ 另外还发现个有趣的问题，因为调试经常把Excel整死，若干次后，它居然弹出个对话框说Office似乎经常崩溃，什么深表歉意云云。 终于快要脱离这个苦海喽，回头是岸？
自从离开了老家，就开始以公历计算自己的生日。又是一年生日到，早上小思宇发邮件给我，让我小小地感动了一把，真还有人记得哦，于是开始商量晚上去哪儿吃饭。下午的时候小妞也发邮件过来，不过上周五的时候小妞就说今天没空，于是就没喊她一起。然后叫上两个cm0同学一起去湘江老厨吃了一顿。下班时，老大说晚上的新员工预答辩人人都要参加，我马上说要请假，理由是晚上约了人吃饭，老大说了句哦，特殊情况，就放我走了，哈哈。也没吃多少，最后埋单时我都没看是多少钱。吃完饭，小思宇把小妞叫出来，一起到百草园游泳池边吃蛋糕，蛋糕其实大家都吃得很少，小妞是在减肥，真是计算着卡路里来吃东西的，而剩下我们几个是因为刚刚吃完饭，肚子还是比较撑的。 总之，祝自己生日快乐，在3个mm用她们的手护着那支小蜡烛不被风吹灭时，我飞快地许了3个愿望，我说我要多赚钱，多讨老婆，哈哈，还有一个我没说出来，希望大家都平平安安。
继续捣鼓CruiseControl，从头到尾看了一遍Config Reference————的目录，发现有几项东东还是挺有趣的，主要集中在所谓的“持续反馈”部分。CC能支持Email通知是早就知道了，在公司里都偷偷用公司的SMTP给notes发过，只是后来想想公司那么刻板的信息安全问题，立马取消了。今天看到有一项是htmlemail，说是可以支持发送htmlemail，以前虽然在书上或网上也看到过截图，它能把Buildresult以在Web浏览器中看到的形式发送邮箱中。但我却发现自己的都只能发送一条链接信息过来，很奇怪。 本来都快放弃了，隐约都开始怀疑别人说的真实性了，后来偶然发现控制台里的输出信息，说是找不到那些个XML格式的日志文件。再后来突然想起来，它怎么跑到CC所在目录下的logs目录中找那些日志呢，我明明把路径都设置到其它地方去了啊。不过这样也好，至少知道可能是因为这个问题引起的不能发送htmlemail了。于是马上把日志目录再次改回CC所在目录下的logs目录，再试一把，果然OK啦！ 再看，CC还能支持把build result发送到blog上去呢，不过我试了一下这个在blogger.com上的blog，没成功，我估计是因为CC要求的XML RPC地址没写对，我找不到哪里有这个地址，先不管了，呵呵！
在家无聊，看到CruiseControl里的东西就想整一下，一直以来只是抄袭了同事的脚本在这里跑，只能手动地去点击一下按钮才能激发，想着就不舒服。从网上搜了点资料看看，实在是找不到有用的，于是再回来看自带的帮助和自带的例子，偶然发现，虽然命令行中老是输出一堆一堆的内容，其实对于出错的情况还是解释得比较清楚的，尽管不详细。仔细调试配置脚本，终于可以定时轮循VSS中的文件并做出相应的响应了。其实非常简单，只是以前一直没有静下心来搞而已：
<listeners> <currentbuildstatuslistener file="${ccworkspace}/logs/${project.name}/status.txt"/></listeners><bootstrappers> <vssbootstrapper vsspath="${vsspath}" ssdir="${ssdir}" login="${username},${password}" serverpath="${serverpath}" localdirectory="${ccworkspace}/projects/${project.name}"/></bootstrappers><modificationset quietperiod="30"> <vss ssdir="${ssdir}" login="${username},${password}" vsspath="${vsspath}" serverpath="${serverpath}" dateformat="yy-MM-dd" timeformat="HH:mm"/></modificationset><schedule interval="600"> <ant antscript="${antpath}" antworkingdir="${ccworkspace}" buildfile="build.xml" target="wallpaperhelper_All"/></schedule>各节属性的作用都可以查看CC帮助了解，只要把该填的都填好，就基本上没什么问题了。用VSS跟用SVN或CVS还是有一点区别的，网上很难找到用VSS的例子，好在也确实不复杂，呵呵。 解决了这个问题后，我就开始得寸进尺期望CC能在后台运行。CC自带的解决方案是用一个叫Jetty的应用程序服务器，然后通过JAVA来运行。从这里可以看出，应该是能用Tomcat之类的其它的应用程序服务器来运行CC的，而Tomcat又能跟Apache配接在一起用，所以我觉得大概这是最好的方案，不过就是对于几人几十人的小项目来说，似乎有点杀鸡用牛刀了。其实再看一下那个启动CC用的bat文件就能发现，只要预先设置好几个环境变量，然后就能在后台用JAVAW.EXE来启动CC了。这里还有一个问题是，CC启动时，会在当前目录下寻找config.xml文件，所以一定要把config.xml文件放在它找得到的地方，我的办法是给这个命令行建立一个快捷方式，然后把开始位置设到config.xml所在的目录下，把这个快捷方式放到开始菜单的启动文件夹中，就可以让CC随着系统而在后台一起启动了。但是，后台运行也有一个不好的地方，不能随时看到CC最新的运行状态，通过浏览器的信息总感觉有些许延迟。
今天突发奇想，看到Edraw的一个软件包里有个CrashReport程序，觉得这个功能真是很值得放到自己的工程中去。想想大概原理就是使用dbghelp.dll库中的Debug API来实现，不过具体细节我是一点都不懂。记起以前在公司网上看到有人提到过FileZilla就有这样的功能，可以在程序崩溃的那一刻记下程序堆栈，函数调用栈，寄存器等有用信息。于是我马上找来FileZilla代码，运气也好，刚好找到2.x版本的，因为3.0以上版本的源代码包中是不带这部分代码了。这部分代码模块独立性做得相当好，只要把那几个文件抠出来加入自己的工程，几乎不用怎么修改就可以工作了。要做试验的话，可以来个除0错误，或者向空指针写入值，然后运行，就会弹出消息框，并生成2个文件，一个是文本格式的简要信息，另一个是二进制格式的core dump。又在公司网上找到一篇用Windbg分析core dump文件的简要介绍，马上拿来试试，还真是好用，设置好symbol目录和source目录，它能自动从网上下载缺少的symbol文件，并能自动打开源代码文件跳转到引起崩溃的那行代码上，真是太爽啦。以后再定位程序莫名崩溃问题，要方便简单多啦。
网上随便一搜就能找到一堆一堆的文章，讲述如何使用xUnit进行单元测试，虽然我这个标题也的是用CppUnit进行单元测试，但我不会重复一遍n多先辈们说过的话，因为即使说了，也肯定不如那些话来得精准、全面和专业。 今天花时间看到一下CppUnit自带的例子，结合以前在书上看到的，我意识到，测试用例确实不能跟项目代码混在同一个工程里。于是我把其中一个例子的代码全都抠出来，把我那些测试用例放到里面，然后生成一个TestRunner，嗯，基本完美解决了，呵呵。原来也就这么回事呀，嘻嘻！
这两天在看Martin Fowler大牛的《重构》，之所以不写是《Refactoring》，是因为我看的是jjhou和gigix的翻译版。《Refactoring》我已经买了两年了，基本上没拿出来瞟过一眼，也幸亏没瞟，前些天偶然拿出来翻了翻，发现里面的用语太偏了，n多不认识的单词，汗颜！不像《C++ Templates》，当年每天早上翻几页，居然也看了十几章。 《重构》一书由jjhou和gigix来翻，质量上基本还是可以保障的，反正感觉比较信得过他们两人，至少应该极少可能会出现翻错的情况吧。也幸亏是看这本中文版，让我对那些个古怪的名称有了比较感性的认识。 Martin Fowler大牛在书中罗列了几十种所谓的坏味道（bad smell），然后简洁地描述了一遍针对各种坏味道可以采取的措施。我现在也才看完这部分，但马上发现，要能在项目进行时重构，在个人技能上需要能嗅探出坏味道，在工具支持上需要有像VAX这样的辅助，在开发方式上还需要有TDD之类的有效质量保障体系支持。第一项，通过对该书的学习，以及之前的积累和以后的长期坚持，应该不成问题。第二项，现在新版的VAX都是有支持的，以前用VAX基本只是用了它的自动完成提示功能，现在才发现这个Refactoring菜单项的功能是多么强大多么好用。第三项我就有点迷茫和动摇了。其实有时候我也想用TDD的，可是一方面总感觉信心不足，写Test case本身就是一件很花时间的事情，我不敢保证这个投入是否值得，另一方面我现在基本全是用C++/MFC写程序，绝大部分代码都紧紧地跟界面耦合在一起了，要用CppUnit来还真不容易，除非先重构一遍，把所有业务逻辑都提取出来，再用CppUnit来进行测试，但是如果真要通过UI来跟用户交互的怎么办呢？这个我暂时不知道应该怎么做，但如果不用TDD来进行重构，感觉有点形似神不似，而且重构后的代码质量也不好保证，所以还是得尽量往那个方向走。
