All Stories
上网聊了一晚上天，也没做什么事，现在体会到软件架构设计的重要性了，也体会到为什么会有人去发明什么UML了。 现在觉得似乎用VCL还是得用第三方控件啊，尤其是界面方面，装了几个控件包，试用了一下效果还是挺满意的。不过我最喜欢的界面控件应该是像VCLSkin或XPMenu那样，用原生VCL控件画完后，只要放上这样一个第三方控件，就能直接把界面效果改掉了。而现在看到的BusinessSkinForm、DynamicSkinForm、KSDev、Raize这些都是把一个一个控件自已实现了一遍，如果原来已经画了界面的，就很麻烦了。 VCL是不能跟Boost很好地混用的，因为Boost中大量应用的模板技术，泛型编程，很多都极度依赖C++的语法，比如回调，用()来调用可调用体，用Object Pascal写成的VCL可能就不行了，所以尽管我没真的试过，还是放弃这个念头了。要有Boost就老老实实地只跟纯C++程序一起用吧！
五一长假终于结束了，这是最省钱的一次长假了，只买了个双肩背包和一瓶15ml的眼部护理凝胶，呵呵。本来还跟小丫头说，每次长假是一次比一次花得多，小丫头就说我就是这样变穷的。 代码结构改掉，引出的问题还真的挺多的。因为希望能尽量减少对VCL的依赖，于是不用IntToHex，改用Boost::Format，突然发现有很严重的性能问题，调了好一会儿，甚至想过要放弃而改回VCL，最后发现，只要合理地整改程序结构，多余的操作不做，速度自然就提上去了。不过让我还是有点担心的是，Boost::Format是不是真有性能问题。暂时也不管了，反正能满足要求了，而且把AnsiString::Pos也换成用Boost::string_algo来实现。另外还有一个问题是，TCanvas还没能去掉，应该直接换用API画。 其实这次代码重构的一大目的是为了把原来写在MainForm类中的3000行代码精减，初步目标是控制在1000行以内，如果能更少就更好了。另外一个目的是要把不同类型的功能划分成不同的模块来实现，这样也是为了能更好更方便地支持多种类型的插件和协件。 再次，这回要把各种全局设置、协件、插件、外部工具等设置都做到同一个设置对话框里去，所以想要一个更好看点的界面，看到Foxmail里那个不错，观察了一下是用了TZlistbox控件，网上找了一下，好像是付费的。如果直接用TListBox就太土了点，又观察了一下VS2003里的向导，是用HTML做的，原来是没注意过的，也是因为MS用HTML做的界面经常做得像Native程序一样，所以也看不大出来，上次听同事说起过，今天看了一下，就是几个HTML文件在那里切换，自己实现几个接口就行了。当然，今天又得到一个教训是，在这种情况下，能让脚本做的事，就尽量让脚本做，放在C++里增加了不少复杂度，而且某群人说过比较极端却也不无道理的话，“一行脚本顶一百行C++代码”。比如原来我嵌入的WebBrowser里面没有XP风格，后来发现只要加一句HTML代码就行了。还有，一直没解决的屏蔽F5刷新的问题，在网上找了找，其实几行JavaScript代码就搞定了。 最后，看到有个叫ShowHTMLDialogEx的API，可以直接弹出个对话框浏览HTML文件哦，比较方便。
Inno Setup真的挺容易用的，小巧轻便，又免费。本来还专门整了个安装输入法的程序，把ime文件复制到系统目录下，再写一下注册表，调用一个API，最后把所有文件用WinRAR打包成自解压文件。其实这样的方案也不是不行，只是觉得自解压的界面丑了点，看起来更业余了点。于是抽空用Inno Setup整了个，ISTool才是其中的大功臣，把本来全部要用代码完成的功能分解到各个GUI窗口中进行设置。它可以完成复制文件，操作注册表，调用简单API等功能，实在太方便了。现在我这个安装程序还可以自动寻找上一次的安装路径，可以根据用户选择写入不同的内容到注册表中，用户体验应该说还是不错的，哈哈。 生成的安装程序在系统菜单上显示的“关于”选项，会弹出一个版权信息消息框，如果要改这个消息，应该改setup.e32文件中对应的信息。我开始用UltraEdit来改，但改了总是出错，于是把源代码弄来自己编译一个setup.e32，不过有一个问题是，我自己编译的体积要大好多，不知道哪里的问题，而且界面显示上有一点点问题。另外，安装程序文件查看版本的时候，在“备注”一项里，也会有固定的标识，也是可以用改资源的方法处理的，如果有代码的话，先修改一个SetupLdrVersion.rc文件，再编译成res，最后编译一把SetupLdr.e32就行了。在编译Setup.e32时，会要求有RemObjects的Pascal Script控件，下一个装上就行了。最后还有一点是，它居然不能用Delphi7来编译，看代码中的注意说，用小于7的版本，或者9都可以，9应该是2005吧，反正我在2007下面是编译过了的。
看着LLYF Spy中臃肿不堪的代码，实在惨不忍睹啊！于是下决心把LLYF Spy彻底重构一遍，原来已经算是1.8版的了，现在刚好来一个大版本升级，作为2.0吧！看看以前的升级版本历史记录，还是有点值得回味的，呵呵。最开始的几个版本都还是在学校的时候写的，从1.0到1.6都是，1.7是工作后买了电脑后做的第一次升级，并尝试用Inno Setup做了个安装程序，把几个其它小程序一起打包了。1.8是突然某一天在公司里想要一个抓任意形状区域的图像的功能，于是又改了一下，并且编译环境也从C++ Builder 6.0升级到BDS 2006。现在2.0的计划，不但要给它外形整容，还要给它内部调理，另外再把其它的几个小程序也清理掉，能整合的整合。看看新出炉的版本历史：2.0+增加主菜单+增加协件支持+增加Lua、Python、Tcl脚本插件支持、增加COM插件支持+增加外部工具配置支持+Website探测增加对Firefox的支持+增加全功能性的设置界面+支持英语和简体中文两种界面+添加到Office插件中+添加到Windows Bands、IE Bands中-移除了几个原来在主界面上的功能，转到协件或插件或外部工具来支持x重写了主要核心代码，用户可能体会不到，但对LLYF Spy的发展来讲具有重大意义 1.8+增加多种抓图方式x插件信息对话框中的WebBrowser增加XP风格x更小的可执行文件体积，使用BDS2006编译连接 1.7 + add some new plugins.+ add external tool integrated.+ add color pick dialog.+ auto records the form status...
作为一款输入法软件，有几点将会是致命伤：1、在某些环境中不能正常显示候选窗口，比如Firefox、Opera等程序中；2、不支持GBK字库或UNICODE字集；3、不能用UNICODE选项编译，因为编译了后运行不正常；4、有时候看不到状态窗口，或者没有方便的进行设置的方法。 以上几点按受影响严重程度依次排列，目前我正被这些问题困扰着，都不知道怎么解决啊！
就在出门前的半分钟，一条短信把行程改变了。 小丫头说，做女人好辛苦啊。我说，做女人长好看点，就有好多人追。小丫头说，没人追。我说，76GG啊，还有莫名其妙打电话来的啊。 做女人真的很辛苦啊，幸好我不是……
雨绵绵，let's move！ 在网上找到一个叫Firebug的Firefox扩展，Mozilla的插件扩展机制也真tmd牛x啊！
用cnsw.org论坛上某位据说是mm的话说，VCL打从娘胎里就不支持UNICODE。这让我觉得很痛苦，自从在VC2005下用API写了几天代码后，就不知不觉习惯了想用_UNICODE选项来进行编译了。唉，可惜的是，我现在是严重依赖VCL画界面了，不用它我还真的不知道怎么实现一些界面效果，比如我经常用到的PageControl。 Boost sandbox已经从sf.net的CVS迁移到SVN上去了，待Boost 1.34.0正式release后，Boost的主库也会从sf.net的CVS迁出。Boost是个好东西啊，不过跟VCL一起用的话……
昨天偶然想到，IceSword使用的协件机制是一种处理主程序与其它相关性不大的功能之间关系的不错的方法。虽然想到了这点，但并没有马上去看它是怎么实现的，于是自己躺在床上一边嗑瓜子一边想，想了一会儿大概有了个轮廓。今天起来看了下IceSword，发现基本上我想的也差不多就这样了。它有一个C的头文件，提供接口声明，一个DLL提供进程间通信。而我当时想到的是需要一个LIB，可以静态链接进协件。如果有很多接口需要暴露的话，用DLL会好一点，这样相比LIB，能减小每个协件的文件大小。另外唯一剩下需要考虑的是，采用怎样一个良好的进程间通信机制，要快速稳定，同时又不能太消耗系统资源。 插件以前我只用过DLL形式的，其实似乎COM是很不错的一种选择，只不过我一直对COM没研究，看过一些文章，也还是没搞明白怎么用COM实现插件机制。了解过Eclipse和Emacs等弹性非常好的架构后，隐约觉得用脚本来实现插件也是一种极好的方法。重新修葺一遍代码，整理好功能接口，就可以为多种脚本提供支持了。不过还有一点需要注意的是，用脚本实现的插件，对界面的操作大概都需要主程序来支持了，比如显示一条消息，选择一个文件等。另外还有一点需要提到的是，如果主程序需要暴露很多接口给脚本插件，或者同时需要能支持多种脚本语言的话，使用SWIG是个不错的选择。
