CB程序练手总结——家用记账小程序（附链接）

 

【控件开发重在熟悉】
 如果你熟悉了常用控件的属性的设置、方法的调用，那么再到同类开发平台做项目时，你的开发速度将不再是短板。 
 由于工作中需要用到C++ Builder 6.0做些软件功能上的开发，因此平时有意地做了一些CB控件开发方面的训练。虽然不多，但是经验这东西积累起来确实很受用。我觉得计算机这行业，实实在在属于自己的东西太少了，和做其他任何事情一样，只有坚持积累才会有收获。所以坚持是非常必要的。
 说到这里又想起从前，因为看到眼里的书籍、语言、平台、技术……多如牛毛，作为入门者的我来说几乎无从选择，因此几年大学读完了还是觉得自己什么都不会，要不谦虚地说“会”也只是那种最肤浅的，心里没谱。哪怕坚持一门语言、一个平台做下来，都不会像现在谈起来这样心虚。

【要善用资料】
 我现在是用C++ Builder 6.0做开发，之前有Visual Studio平台1年左右开发经验。和MFC的那一套不太一样，CB程序的代码可读性更强一些，开发难度相对较小。

 遇到的问题还是挺多的，一般情况下都是百度问题，然后在搜索结果中找CSDN帖子——CSDN搜索引擎有段时间真不给力，现在好点，但还没用习惯。论坛找答案的好处有两点，其一是解决问题的答案直观，有些代码或方法是现成的，直接能用，比如“如何设置OpenDialog的初始工作目录”等；其二是解决问题的方法、角度更丰富，有的时候在CB板块实在找不到答案，说不定Delphi或C#等板块也能找到类似问题，这些问题的解决方案也能给你的问题提供借鉴。

 解决问题的另一个方法就是查阅帮助文档（Help）了，CB自带的帮助文档比MSDN内容要少很多，但同为英文文档，由于内容少，所以阅读速度和效率都要高一些。还有，以前在VC6.0上做开发，很少直接去查Windows SDK，但现在不一样，因为只按F1可能链接不上Windows SDK的帮助文档。查Windows SDK多了，也会发现自己对Windows编程更有信心。比如控件开发中常用的代码往往是这样开头的：“this->……”，但如果调用Windows SDK中的函数，就没有这个东西，离CB更远，离MS更近。这套东西（Operating System）就是微软弄的，直接借用他们的手册写程序是件很有成就感的事情。

 查Help是个技术活，说白了就是英文要好，控件及其属性和方法中的部分关键字的英文名称你得知道，这样查起来才有效率，比如Dir、Timer、Picker……

 可惜的是CB帮助文档中的Examples实在太少，很多代码还是要自己一点点摸索的，比如用ComboBox显示某数据库字段的数据，或设置DBGrid的表头显示字样、列宽等，Columns、Items、Field……往往就能把人绕晕了，到现在我尚未总结出这些关键词的使用规律，有点遗憾。
 
【敢为先】
 写程序一怕不得门径，二怕放不开手脚。原来想写个记账程序给自己用，技术上来说不知道基于DataBase的CB控件编程，杂七杂八地看过BDE、InterBase、数据库连接、Excel开发、甚至文件读写等一些可用方案涉及到的资料，却一直没有下手。后来不知道怎么有谱了，就用Access数据库，简单易操作，开发速度快（因为不是高手，写这程序的目的就是为了熟悉CB控件开发），DB一天就设计好了——文件读写、Excel方案被舍弃。
 
 后面连数据库的时候，一开始也犹豫要用什么技术。心里闹腾着去网上找资料，搜到一篇《C++Builder + Access》的文章，一看挺简单的。然后想能不能彻底不用BDE这类生僻的东西，用最简单的方法实现，于是就想到了ADO。也不完全是想到，看资料的时候也再次了解了ODBC->OLE->ADO(->ADO.NET就不谈了)……技术更新路线，虽然没完全弄明白“COM编程思想”什么的，但能码出来Code就行，于是从《C++Builder + ADO》这篇短文出发，加上《C++ Builder 5编程实例与技巧》、《C++ Builder组件大全》等书里的相关内容，开始编程实现，到现在其实也才一周左右时间，基本实现了自己的需求。特别是写完支出记账部分，再写收入记账时，几乎是一挥而就，只用了一个下午就完成了之前四天的开发工作。总的来说，尽管程序的严谨性要差一些，但起码达到了练手的目的。 这程序从去年10月份开始构思，到现在落笔完成，耗时接近半年，可是回想起程序开发期的那种钻研劲头和执着，还是觉得之前的犹豫太过分。
 
 入得门径和放手做事，二者是可以同时并进的。少一些犹豫，多一些果敢——这也是勉励自己的话。

 

程序下载地址：http://download.csdn.net/detail/luxer_1985/4068114