All Stories
本以为今天闲一点了，可以干点其他事了，于是琢磨着把工程从VS2003升级到VS2005。升级的事，之前一直有想，但一直由于这样那样的原因而放弃了。这次又动了这样的想法，一方面是因为VS2005上才有Refactor!，另一方面是换了高版本的dot后，dot本身就带有8.0版本的crt dll，所以想着如果把7.1版本的crt dll换掉，感觉会舒服一点。 先看了看最基本的ACE和XTP有VS2005编译出来的lib和dll，然后开始升级工程。这次学聪明了点，不停靠VS2005自己的升级功能，而是直接自己编辑.sln和.vcproj文件。基本上只要把版本号改了，就可以了。为了回退方便，我先复制了各个.sln和.vcproj文件，并改名，然后才改版本号。再用VS2005打开，编译链接。这个过程倒没出多少问题，2005和2003最大的几点区别是，2005中对字符串操作的函数作了扩展，其次是manifest的引入。这都没有引起多少麻烦的事，只略作修改就可以了。 最后却因为另外一个没想到过的问题而促使我放弃了升级：编译太慢！真是没想到啊，也不知道是本来VS2005的编译器就比较慢，还是说这个编译器在遇到某些情况就会性能降低，比如使用了大量模板等等。反正最后我忍无可忍了，rebuild一次，就要好久好久，2003下明显要快得多，没多少犹豫，决定还是继续使用VS2003吧，顺便庆幸了一下，Impeller幸亏不是用VS2005编译的，不然会多花多时间啊！
本来没打算去的，直到今天中午的时候还没想要去的，结果下午的时候偶然发现飘飘在QQ上，就聊起来，于是被她鼓动了。 下了班，匆匆去取了点钱，然后先坐车回家换衣服，飞快地再坐小巴到梅林关转车。结果给飘飘打电话，说还没出门，晕，于是我只好自己一个人先去了。爬上370，到北大医院下车，在附近转了转，没发现可以吃饭的地方，于是只好在莲花山公园入口处的书报亭买了包豆干来充饥。还没看到大部队，于是在门口随便吃了起来，几下就解决掉了。 过了没多久，看到阿金，于是走过去，倒是认出几个人来。爬山之前等了很久，因为有很多人一起来。 莲花山本来是很矮的，一小会儿就爬到顶了，所以估计也是出于这个考虑，我看领队的故意绕了好些路走，直到我出汗了，说起来今天还是很凉快的，而且结果我的那瓶脉动被飘飘解决掉了。 还是很快，就到了山顶，人山人海啊，我直到今天才知道，重阳节是要登高的，汗！人太多，只是拍了几张照片，便下来了。到中途吃水果，似乎是有吃西瓜的习惯的，连拍照的时候喊的都是“西瓜甜不甜”，呵呵。 吃完水果，因为时间、天气等原因，安排到公园门口集合，然后要吃饭的一起再去腐败。那一带我不熟，被他们带去一个湘菜馆，吃的当然是最普通的湘菜，当然吃什么不是最重要的，重要的是认识一些人，大家互相介绍一下，我还是第一次这么庆幸当然给自己取了这么一个特别的网名，哈哈！
今天偶然发现有一个图，dot会崩溃，换到2.20.x版本后，就没问题了，看来在适当的时候，升级是很有必要的。但是同时又引出一个新问题，高版本dot生成的svg格式，里面使用的坐标系比以前的复杂了，居然出现了科学计数法和负数，这让原来勉强能工作的格式化后活动框的定位又不行了。经过一番研究，发现在svg的开头有一个transform属性，该属性的值分成三部分，其中一部分是translate，经过试验发现，该translate的值加到下面的坐标系中的值，刚好能对应上以前使用的那种方式的坐标系统表示的值。于是乎，也就是说，又要多一步操作了。 升级到高版本的dot，同时也带来一个新问题，就是如果发布这个dot套装。反正我是不想在我的安装程序里面再执行一遍Graphviz的安装程序了，像Wireshark一样，感觉不是很舒服。之前的低版本（好像是2.05.x还是2.15.x）dot，很简单，一个exe文件，五六个dll就搞定了。而新版本的dot而远远不是，经过在一台没装过Graphviz的机器上实验发现，比较省事的一个办法是，复制dot.exe和所有同目录下的dll，一个config文件，一个msvcr80.dll和对应的manifest文件，以及Graphviz安装目录下的lib和etc目录下所有内容，大了不少啊！ 今天又想了想，要是有个服务器端的话，有些事情可以容易得多。比如今天突然给了我一堆域账号，我要一个一个在MS SQL Server里先添加账号，再把账号添加到数据库中，很是麻烦，如果有了服务器端，就不需要这步了，最多自己维护一个自定义的很简单的列表；有了服务器端，可以通过服务器端对所有客户端进行广播，而现在的架构如果来做广播，似乎有些不伦不类；如果有了服务器端，就可以优化网络连接和数据传输，从而对系统响应的速度有所提升。不过很大的一个坎，如果有了服务器端，开发、调试的难度将大大增加，维护工作量也随之增加。
昨天说干就干，打开尘封很久的工程，添加一个窗口，把那几张现成的图片抠过来，然后计算一下桌面工作区大小，把窗口放在桌面右侧，像是侧边栏的样子。结果一开始，什么都没有显示出来，这是相对比较麻烦的出错情况，因为根据之前使用GDI+创建异形窗体的经验，这时候任何地方都有可能是出错的地点，所以要找出原因就要费点工夫。仔细对照之前写的代码，一点点的修改，终于能让它显示出一个窗口了，但是窗口仍然是窗口，没有按照预想的那样把png图片显示出来，并按图片渲染窗口形状。最后发现是在创建窗口的时候，因为心急，直接把窗口设置为桌面的子窗口了，如果把那几行代码去掉，就都正常了。经过这次实践发现，用GDI+实现异形窗体可以随意缩放窗口大小的，一般说来，要把窗口调整到需要的尺寸，通常是大于或等于图片原始大小，这时再把图片按窗口大小画上去就可以了，这种特性在绘制侧边栏的时候有用，比如可以只有小小一张图片，但侧边栏可能很长，就直接这样拉伸了。 能显示出侧边栏的底座了，就要开始考虑接下去怎么做了。鱼鱼和雅虎是两套不同的方案。鱼鱼只是能计算一下各个widget的大小尺寸，根据当前侧边栏上停靠的widget计算出其他widget停靠的位置。雅虎的稍微复杂点，它的一个widget的可见内容分为两部分，一部分是在桌面上散布的体现真正内容的widget；另一个部分可算是widget图标，停靠在侧边栏上。这样对于widget开发者来说，刷新界面时需要刷新两部分的隐性要求比鱼鱼要大，鱼鱼的只要刷新widget主窗口就可以了。当然雅虎的也不是强制要求一定要同时刷新图标，只不过有这样的表现的机会，为什么不利用上呢！ 今天又偶然发现，雅虎的widget也使用了跟chrome类似的sandbox技术，从任务管理器上看多显示一个widget，就会多一个YahooWidgetEngine.exe进程，数完widget数目后，还多一个进程，我猜应该是侧边栏的。自从见到chrome后，我就莫名地对这种sandbox做法很有认同感，据说我们部门在北京的分部做的一个测试用例开发执行工具也是用的这种方式。不过相比Unix-like系统，在Windows下创建进程的开销相比就大了点，随便开了十来个widget看看，有两个进程内存占用10MB多一点，其他的都是1MB多，我估计如果它若是使用单片式结构的话，同样开这么些widget，占用的内存数应该没有这些的总和多吧。再说说由此引出的进程间通信的问题，毫无疑问，进程间通信的开销明显要比进程内通信的大，在Windows上应该更突出，不过对于像widget这种应用，进程间通信的频率和数量应该都不大，影响也倒不会太大；其次是从程序开发的角度讲，进程间通信应该更难使用，尽管Windows确实也提供了不少机制，但终归是难用啊。最后还有另外一个问题，对于稍微有点常识的Windows用户来说，这种方式是否也能得到他们的认同呢，某一天打开任务管理器突然发现有这么多相同名字的进程，会不会觉得反感呢，至少我是看到有人这样非议过chrome的。 再说点WTL相关的问题。昨天发现一个用WTL写的应用，在VS2005下编译，Debug下好好的，到了Release下连编译都通不过，删了一些怀疑的代码，还是编译不过，最后从WTL的源代码看到，原来只要在工程设置里把是否使用ATL的最小CRT关掉，就没问题了，之前也有因为这个设置引起奇怪的编译不过的问题，缺少官方正式支持的东西就是累啊，这WTL光是这些头文件包含，宏定义，就让人头大了。 最后八卦一下Inno setup，发现有时居然会out of memory，这时把里面两个压缩级别选项都从ultra改成max就好了，不知道是不是Bug？
昨天心血来潮，装上了鱼鱼桌面秀看了看，以前也是装过的，有乱码，现在经过几个版本的更新升级，软件名称也已经换过了，但是乱码问题还是没有解决，原来用Delphi开发的就这么郁闷啊！我用的是英文的XP，打了中文语言包，照理显示中文是没有问题了的，不过这个软件在安装路径中如果有中文的话，就不能正常启动。另外，界面上也不全是乱码，某些地方的中文还是能显示出来的。还有，装的2.1.1纯净版，运行非常不稳定，经常出错崩溃。如此看来，这个软件也就是界面上比较出色了。 说完了缺点，来看看它的技术特点。现在这个软件也算是一个widget工具了，可以有一个侧边栏，依靠在桌面的右侧，在该侧边栏上的可以安放一些widget，一般就是显示当前时间，当前CPU占用率，内存使用率，某个城市的天气情况等等，翻来翻去就是这么固定的几个内容，主要体现在界面上的设计有所不同。看了一下它的SDK，终于基本搞明白，原来是程序内部固定了只提供这些服务，外部每个widget有一个脚本文件，可以是vbs或js，调用程序提供的那些对象、方法，然后绘制界面。除了一个描述逻辑用的脚本文件外，widget还会有一个配置文件，记录一些最基本的信息，比如图片文件路径等。widget可以通过鼠标拖拽，拖到桌面上任意位置，也可以停放在侧边栏上。稍微想了一下，觉得这个应该不难实现，也就是侧边栏是一个单独的窗口，在拖拽widget的时候，检测当前widget的位置，如果进入侧边栏窗口区域，则自动调整widget的位置，看起来像是多个widget贴在侧边栏上一样，实际上还是各个窗口各自管理。如果拖出了侧边栏，则拖到哪算哪。后来看了一下窗口类信息，果然跟我猜想的一样，说起来我的LLYFSpy都不能正常使用了，抽时间也得好好整一下，就作为WIND的一个插件好了。 看完鱼鱼桌面秀，我又想起盛大的widget和雅虎的widget，于是上它们的网站看了看。盛大的是能放到游戏中去的，这是一大特色，但目前似乎还不能放到桌面上。雅虎的看起来则要比鱼鱼的专业得多，widget能做的事也多一点，界面响应和交互能力也要强些。雅虎也是给每个widget一个配置文件，但是XML格式的，而且把逻辑处理的代码也放到这个配置文件里，说起来，单纯从用户角度讲，雅虎的方案更好一点，但如果能把一个widget的所有文件都打包的话，这个优点就不存在了。如果从widget开发者的角度讲，可能鱼鱼的方案稍微好一点点，因为不同的格式放在不同的文件中，用支持syntax highlight、auto-completion的编辑器来方便得多，现在还很少有编辑器能同时支持混合的语言。 看了这些之后，我就想，我是不是能把WallpaperHelper里的桌面时钟日历功能扩展一下，不就也有一个widget功能了嘛！看它们用来扩展的都是vbs或js，鱼鱼似乎是直接用的MS的那个WSH组件，这有一个很大的好处，直接用WSH的强大功能，它内置了不少接口，像FSO之类的，还可以直接调用ActiveX，实在强大！雅虎的倒是看到一个js32.dll，可能是mozilla的那个js引擎。盛大的没看。但是我现在对于要嵌入的脚本语言，只能Lua感兴趣，公司里也曾经有人讨论过对于嵌入的语言使用Lua好还是js好，当时我的观点是看应用场景，希望脚本做些什么事，再来分辨做这些事用哪种语言方便。
今天中午偶然得知在会展中心有房展，于是临时决定去参观一下，虽然买房对于现在的我来说还是比较遥远的事，但是感受一下那种气氛，了解一点市场行情还是可以的。 本来以为会展中心可以坐391直达的，结果后来才发现，391早已经不知什么时候改线路了，而且改了线路之后我曾经坐过，只是当时没有留意而已。于是下了车，一直走路过去，大概也就是十几分钟的样子吧，不过也出了一身汗。 展厅里外都有很多人，果然比较热闹啊！对于房展，需要关注些什么，我是一点经验也没有，所以像无头的苍蝇到处乱走乱看，看到很多地方都排起了长队等待领取纪念品，觉得还真是无聊。另外就是看到几处文艺表演，有个还算pp的mm在拉节奏轻快的小提琴，看她嘴角弯弯的样子，让我觉得像马姐姐，于是拍了两张照片下来，不过马姐姐的身材可比这mm的好得多！后来看到一处有六七个像幼儿园的小女孩在跳舞，也是很轻快活泼的节奏和旋律，很可爱，但似乎脸上又带有一种跟她们年龄不相符的成熟的神情，看了一会儿，想拍照，总是有人挡在前面，找不到好的角度，不禁又佩服起这些小女孩的体力还真不错！再后来，看到有两个mm在跳比较热辣的舞了，穿得也少，同样是有n多人挡在前面，还有不少人总是在她们前面1米左右的距离横穿而过，甚至有个中年妇女抱着个婴儿，直接坐在那个舞台边上拍照，唉！ 对于房子，倒真的没怎么关心，偶尔留心了一两处，总觉得价格上太划不来，比如有一处复式的空中别墅，167个平方，在盐田，总价大概三四百万，心里就很不屑，觉得太不值了。 出来后，又走了很多路，累死了，还是得自己有车啊。
今天断断续续写了几行代码，再次感叹，在这VS中配合VAX写代码给人那种酣畅淋漓的感觉，任何其他地方都是体会不到了。网上有不少人不少文章在说，使用IDE有很多坏处，让人不知道背后的机制原理云云，对于此种言论，我很不屑。不是说，懒惰是程序员的美德吗，既然有工具能帮人完成一部分工作，为什么不放手，而去追求那虚无缥缈的所谓“高手”的虚名。 从csdn上看到新闻谈及VS的下个版本，这MS的动作也太快了点吧，VS 2008才出来不到一年呢，CodeGear真的彻底完蛋了！再没有哪家公司能像以前的Borland那样生产IDE，跟MS抗衡了。 今天写代码时，发现需要记录一些想法，或者是计划，但我找不到合适好用的工具。之前也看到一个群组里有人开话题讨论用什么来记录想法，有人提到evernote，这个工具我也看过，是个共享软件，而且对中文的支持不行，仅这两个问题让我就望而却步了。之后再也没有其他的类似的好工具了，平时如果只是为了记录下问题、需求这种跟软件开发强相关的信息，我倒是搭建了一个Redmine服务器，它也有一点项目管理的功能，但还是太弱。在公司里，流行的做法是用MS Project来做项目管理，用Excel来记录需求，用notes上的CMM库来记录问题，不过我因为所在部门的不规范性，所以更自由一点，或者说其实是没有机会使用那么高级的东西，只好还是在redmine中折腾。 寻找好用的全流程软件生命周期管理工具！
今天是我第一次出去参加这种社会性质的户外运动团活动，吃了没经验的亏，当时没有准确估计行程，只买了一瓶脉动便跟人上山了。当时也是不了解，单纯地以为只要走个十几二十分钟路就可以了，谁知是足足4个小时，从上午10点开始，一直到下午2点，可怜我连早饭都没吃，到12点多时，那瓶水就喝完了，然后就又饿又渴又累地翻山越岭，又不好意思开口向别人要水，毕竟是不熟悉的人啊，忍了近2个小时！ 到下午2点过一点点的时候，终于到了吃饭的地方，最急着解决的事便是解渴，跑到自来水笼头那里，估摸着那水是山水，确实没有那种自来水出来的消毒水味道，大口喝了好多，还是不解渴，又买了2罐百事，没办法，没有其他适合的饮料。 那些菜的味道倒真是不错，那汤也好喝，就是量不多，也过钱也不多才一人给了25块钱。到下午4点的时候就出发返回，这次走的路就没有之前那么困难了，都是平缓的石板路，跟着几个人一边走一边聊，还没觉得不适，前面那段路上我都没怎么说话，连拍照都只是照了几张风景，返回的时候倒是拍了些人物的。 我还是内向了点，不知道怎么能挑起话题，唉！
前几天偶然lint了一把我在做的项目的源代码，结果发现近千个error。这让我比较困惑，大致看了一下，有不少是我并不期望它进行检查的，但又不能简单地把这类检查项屏蔽掉，所有就不知道怎么办了，lint应该是有意义的，但具体要怎么做，做到什么程度，我就完全没有头绪了，如果仅仅是为了减少错误项的输出而屏蔽检查项，那就失去lint的意义了。 我还是比较努力地希望自己能尽量写出一些优雅少错的代码的，也尝试在实际工作中使用一些方法和理念。今天在公司定位崩溃报告模块的问题，最后发现读取PE文件版本信息就有问题，但本来出于该模块的特殊性，很难直接在IDE里调试该模块，经过一些时间的折腾后，给取PE文件版本信息的类写了个单元测试，用CppUnit来跑，就算被测代码逻辑有问题，调试起来也方便多了！于是我又想到，这单元测试还真是个好东西，为什么我（们）就是不愿意做呢？我想主要原因还是在于，对TDD对项目进度的影响仍然没有足够的信心。另外再扯远点，我有点不想用CppUnit了，总感觉有点麻烦，现在这类框架倒也不少，google、Boost都有单元测试框架，其他还有什么UnitTest++、CppUnitLite等等，可选择的范围倒是不小，但我有一个顾虑是，这些框架输出的报告能不能像CppUnit那样跟CruiseControl日志合并呢！ 另外再说说重构。我现在倒也确实有这样的倾向了，不断地在重构和实现功能这两个角色之间来回切换，也很习惯这种工作方式。看这个项目的代码，虽然没有翻天覆地的变化，但确实也有不少的改变，而且代码量也比最高峰时期少了20000行左右，这个比例不小啊，1/4多。不过我还是很明显感觉自己在重构这方面有待提高，首先是缺少理论方面的学习，然后再来考虑怎么应用到实际的编码中去。真的要抽时间好好读一读书架上那几本书了！
