All Stories
又去受了一回气，要把google桌面搜索，google地图的功能都做进来了，真是痴人说梦话，还总是说没工作量，神经病！ 今天把格式化显示时乱码的问题解决了。其实不是MS SQL Server那里引起的，而是从Excel读取数据后转换成XML中间格式就出错了。如果是原始的干净数据，是没有问题的，只有当原来已经有同名的流程已经存在时，跟新的流程数据进行合并时，才会不正常，主要是没把连接线中记录的两端的图形节点uuid值改换回旧的，于是跟图形节点中的uuid值对应不上了，生成的dot文件中又是以uuid来作为节点标识的，当然出错了。 另外又发现一个判断上下级关系的方法写得有问题，光是看代码就看出来了，果然他们实际试用的时候也是不正常的。但实际上这部分代码我都是纯粹凭想像写出来了，根本没经过什么测试。主要原因还在于这部分代码跟界面绑在一起了，都不好用CppUnit进行单元测试，所以逻辑正确性都不能保证了，看来抽时间还是得把这部分重构一遍，不要跟界面绑定了！ 今天又偶然看到一个可以Visual Studio 2005和2008下使用的重构Refactor!™ Pro for Visual Studio，在公司里找到一个似乎是免费版的，装了后在VS2005上看了看效果，从界面上看很酷啊，哈哈，不过公司里只用VS2003，真是遗憾啊，只能继续用VAX里带的那点重构功能了，尽管大部分情况下也勉强够用了！
今天狠了狠心，直接又加了一张表，把原来用XML表示的组织结构信息存储到数据库中去了，原先过高地估计了难度，其实是心里有抵制情绪，心理暗示这用二维的关系数据表来表示树型结构很不方便。其实不然，只要每一条记录里保存一个指向父节点的引用就可以了。 于是最后的攻坚战接近尾声了。权限相关的问题基本上从编码角度讲，差不多完工了，就剩下及时刷新客户端的组织结构显示了。而另一个主要问题，格式化显示流程图的问题，就我现在的猜想，问题还是出在MS SQL Server的使用上，自我感觉其他各部分的实现还是经得起推敲的。 自打从CodeProject上又重新找了一个自动更新版本号的插件后，工程的版本号终于又能跟着每次编译而自动增长了，到今天为止，都已经到1000多了，这样好过以前要手动修改资源，但似乎有点不太专业。就我理想中的应该是，每次CruiseControl进行自动构建时，帮忙自动增长版本号，而不是我一个本地构建时进行增长。现在只有我一个人修改代码还好说，如果多人协作，目前这种做法明显行不通。
觉得自己很可怜，唉，状态很差，生活、工作都很糟糕。今天去汇报工作进度，被领导认为这两周来没做什么事，郁闷！遇到个变态的领导，让人如此无语，用小妞的话来说，有过这样的经历后，以后觉得什么人都是挺好的了。 今天又因为忘了std::map的自动排序功能，而花了不少时间去修正那些bug。我把句柄作为key，该句柄上的标题文字作为value，本来想这样的结构用std::map挺好的，结果整了好久才发现插入容器时的顺序跟容器内的节点顺序不一样，才猛然想起来，这个std::map会自动根据key的值排序一把，而我恰恰不需要这个特性，于是想起去年，做编辑模块的语法提示功能时的情景，用了std::vector<std::pair<HANDLE,CString> >的结构，有一点std::map的样子，但又保留进入容器的顺序。 代码真的越写越乱了，现在连接口都是混乱的了。相似的方法名，容易产生歧义的参数列表，以及更多耦合的类划分。为了完成功能，我只好不管这些了。还有，我似乎也有点完美主义，上周讨论下来的结果，那个方案，我总觉得太土太不专业，总想用另外一种我自以为要好得多的方法来实现，但是脑海里另一个声音却是“先完成功能，不要管实现得好不好看”！ 在公司论坛里看到一个monaco字体，等宽的，发贴的人说是最好的编程字体。开始我还不以为然，看到另一个人解释说什么叫好的编程字体，一要等宽，二要容易辨别o和0，1和l，剩下的则是见仁见智，觉得挺有道理的，虽然贴图上的样子看起来并不好看，我还是下载下来试用一把，把VC2003里用了一年的FixedSys换掉了，感觉还是挺爽的，看来大概是用了太久了，审美疲劳了。
这两天还是照平常一样，在网上看小说，因为看的都是盗链，看到后面的章节一般都是截图的。昨天偶然开了一个Opera 9.51，猛然发现在它这里图片出来的速度比Firefox里快多了，很明显的现象。不得不承认，Opera在这方面的努力真的很有成效。而Firefox对现在的我来说，最大的让人不满之处就是它速度实在慢了点。如果换作以为，我肯定还会再加一点内存占用过大，不过现在1.5GB物理内存使得我不再特别关注这个缺点了。不过速度慢这个缺点却是没有明显的可以弥补的办法。 都说Chrome的V8引擎已经作了极速优化，但是总的看来chrome还是个半成品，我已经太过习惯于添加了各种扩展的Firefox了，所以Opera也还是没能正式作为我的主用浏览器。而我就只能希望Chrome的出现能刺激一下Firefox开发团队，好好优化一下代码，提高点效率。
有点受不了MFC那比较累赘的几个在超大dll，同是Windows平台下做GUI开发，我只好选择了WTL。其实我已经比较习惯MFC那套东西，并没有发现多少网上说的种种使用MFC的不爽，相反我觉得还是挺安逸的，甚至对于使用了四五年VCL的我来说，MFC也没多少不方便的，虽然相对于VCL来说，MFC根本算不上可视化，但我也不清楚为什么自己仍然能这么乐于退回使用这种原始的framework呢！现在唯一让我觉得不爽的竟然是它要拖几个dll文件，也好，刚好学习一下WTL。对于目前我的状态来说，最大的困难是可参考的资料过少，市面上还没发现哪本图书是讲怎么使用WTL的，唯一的一份教程则是CodeProject上那流传甚广多少年前的那几篇文章。 之前也用过WTL写过一个对话框程序。还有一个输入法辅助程序，本来期望是用它来做皮肤生成器的，结果和众多其他我写的程序一样，只是开了个头，然后就丢下了。如今要写一个比较大的程序，我自己也估计不好规模会有多少，猜一下大概C++代码行会过万吧，另外我希望大部分逻辑都是使用外部脚本扩展来完成。 虽然几乎一点经验都没有，但还好有现成的代码可以参考，特别巧的是，我那程序中也需要一个代码编辑功能，本来就想好是用Scintilla的，但是我不懂如果在WTL中使用这种自定义的窗口，刚好就可以抄袭那些代码了，哈哈！ 编辑器能正常显示出来了，接下来要把TabbingFramework和DockingFramework加进去，之后再考虑其他问题！
今天偶然看到一篇blog，讲述了chrome用到的各种开源代码库，至少有25种之多，让我不禁感叹，开源真是个好东西啊，真是软件界的共产主义啊。我内心是很认同这种做法的，觉得理所当然，而且自己平常也有这么做的倾向，只不过限于自己视野和认知，很多时候并不知道有合适的方案可供选择使用。 以后要多多了解这方面的内容并在现实中加以应用啊！
经过最近几天的努力，终于基本实现了通过dot的帮助，格式化显示流程图的功能。还记得当天晚上因为发现dot的功能，兴奋地睡不着觉。前天完成了把XML格式的数据转换成dot文件，再用dot生成PNG和SVG功能，昨天又换回GDI+，把PNG图片显示出来，今天则是把SVG自行解析了一把。dot生成的SVG文件确实是用UTF-8保存的，但是一开始发现用MSXML死活加载不上，后来慢慢定位发现是最开头位置有一句DOCTYPE，把这句删了就能好好地加载了。我估计是我没用好MSXML，不然也太扯了吧。不过这里我也懒得去追究了，直接处理了一把文本，把那句删掉了。然后装入，果然所有需要的信息都解析出来了。中途还遇到个小麻烦，发现识别鼠标位置总是有时行有时不行，还单步跟踪了好久，后来一狠心先把所有节点的坐标打印出来，再对应点击的坐标来看，到底是实现逻辑还是哪里有问题。发现原来就是一个单位转换的错误，一时疏忽了，SVG里都是用磅表示的，而这里我要的是像素，乘上这个比值就可以了。 离最后期限发布还剩下的一个大问题是权限。权限系统当时考虑地太过简单了，不过也归结于当时的需求或者设计都没有想到现在会变得这么复杂。当时确实只想到了某个组织下属某些组织或个人，而根本没考虑某个人会需要作些特别的操作。现在的一大问题是，某个人可能同时分属于几个不同的组织，另一大问题是某个人需要有一种角色，管理员角色，这样可以拥有一些特殊操作的能力，还有一大问题是，在客户端对组织结构及角色进行修改后，该修改要让所有客户端知道。现在的做法很明显很难适应这些需求了，因为我把组织结构保存在一个配置文件中，而该配置文件是放在各个客户端中的，所以修改只在本地进行，不影响其他客户端。没头绪啊！ 下午的时候，算是阶段成果汇报，中途我溜了出来透透气。老大说我做这个程序，很有些想法。让我不禁有点得意，同时也特别悲哀，原来我这么容易满足，只是别人这么一句普普通通都算不上夸奖的话，就让我觉得高兴了。
昨天好不容易咬咬牙，把捕获未处理异常的功能提取出来封装成一个dll了。这是一个很简单的功能，所有的代码都是现成的，我只不过是把它从源代码复用的方式改成了二进制复用。当时公司里的同事说我这源代码复用的方式太落后，想叫我改成一个COM组件。而我又恰恰对COM很反感，所以一直都没动手。这次在一体化平台中涉及到2个exe程序，而只在一个主程序中用到了这个功能，有一天收到一个报告，另一个exe程序也会崩溃了，所以就有了要分离出来的想法。 提取成dll我当然不会用COM来封装，而是学MinGW中的exchndl.dll的方式，移植的主要工作是把MFC中的CString类都替换掉。这花了不多的时间，然后放在WallpaperHelper中进行测试。 除了记录了系统简要信息和调用栈信息，我还另外加了几项也许有点用的内容，包括当前系统中所有的进程、环境变量、当前进程所有的模块、所有线程信息。本来还想加些其他内容的，比如当前系统的服务信息、系统设备驱动程序信息、当前进程的所有句柄、所有文件映射、所有窗口等等，不过想到暂时这些信息也不是很重要，而且这样会让生成崩溃报告的时间更长，先还是放一边吧。 最近我想我真的是工作压力大了点，昨天下午睡午觉，梦到了很多乱七八糟的事情。最让我觉得气愤的是，居然梦到有个老女人，对我的工作指手划脚的，然后旁边两个同事也不知道在干吗，跟现实中的很相似。真是日有所思，夜有所梦，愤慨啊，竟然我的梦都被人这样强加干涉了！
昨天从网上查到，要让dot支持中文，必须得把dot文件保存成UTF-8编码，可是我用C Runtime、MFC CFile、C++ iostream都只会保存成ASCII的，于是不可避免地要再多一道工序把字符编码转换一下。 从一开始我就想到了iconv。先拿来它的可执行文件，在控制台上尝试了几次，原来是要把中文的设置为gbk才行，如果是ascii或者gb_2312-80都是不行的。知道iconv确实是可以将编码转换后，就放心大胆地在程序中使用iconv库了。从公司归档库中找得到的只有1.9版的，但好在.h文件和.lib文件都有，看了一下头文件中的声明，猜猜也就是先iconv_open，然后iconv、最后iconv_close共三步操作而已。于是先把文件都读出来，然后iconv。可是死活不能把转换后的内容存放到目的缓冲区中，而源缓冲区，以及返回值，还是源数据长度和目的数据长度却都是对的，实在不得要领。这样郁闷了好久，还是不得其法，于是准备直接用iconv.exe来转换算了。 iconv.exe转换时会把转换后的结果直接在控制台输出，可以通过管道重定向到文件中，可是在程序中要得到这个结果就遇到了些挫折。首先想到的当然是CreateProcess，然后通过管道捕获输出，可是发现这新生成的进程一直不结束，我估计是哪个参数没设对，这个API的参数也太多了点，昏厥！放弃，试了试C runtime函数system，倒是可以直接像在控制台上写一个有重定向的命令行，可是在执行时，会出来两个黑的控制台窗口，这用户体验也太差了！再放弃，看了看ShellExecute这个API，但好像不能重定向。 还是转回来用iconv库吧！最后还是从网上找了一段代码，先要iconv传入几个空指针的调用，再一行一行地从源文件中读出内容，再一行一行地调用iconv，最后一行一行地写入目的文件，这样居然就行了，大汗淋漓！
