昨晚在整理硬盘上的电子书，顺便想到我零星收集的n多资料，一般就是一张网页，或者一个txt文件，里面可能是一篇文章，或者一小段代码，却很可能讲述了一个技术原理或一个小小的编程技巧，我没有计算过总共有多少个这样的文件，估摸着应该有几万个吧，这些只是平时上网，看到觉得有用才收藏下来的，不像那些电子书，很大一部分是去年从一个同事那里直接拿硬盘对拷过来，有些根本不是我关心的领域的，比如无线通信之类的。
这些文档散落在硬盘上，虽然我也大体上划分了一些分类，比如algorithme、crack等等，但当真要找某个比较细节的内容时，很可能要花很多时间，还不一定能找到。于是我就想，要是有一个适用于编程资料收集管理的工具就好了。我是懒得再去网上找了，先不说能不能找到真的完全符合我的要求的软件，即使有（这个可能性很小很小啊），也不一定是免费的。以前看过几个文档收集管理工具，要么是纯粹的通用工具，缺少对编程资料的倾向性适配，要么就是纯粹收集源代码的，又缺少对文字内容的支持。所以又回到原来我说过的一句话上来，最好用的软件是自己写的。
以前用BCB写过一个电子书管理的工具，花了些时间，但实际上并不好用，界面也其丑无比，太业余了，这是促使我后来义无反顾地投入VC阵营的重要原因之一，在像XTP、BCG之类的界面库帮助下，用MFC做界面其实并不比VCL麻烦，而且以我个人的经验看来，在同等工作量投入的情况下，反而更容易做出比较专业的界面来。又跑题了，那个电子书管理程序的功能太弱，虽然当时也想过不光要能管理电子书，还要能管理普通的文本资料，但后来由于对界面的极度不满意，直到完全失去了兴趣和信心，就放弃了。
现在想用MFC＋XTP写一个，数据库就用SQLite好了，不光能管理文本资料，也能管理电子书，这是我比较希望的一种方式。管理文本资料时，需要特别关注，可能有两种不同类型的内容，一类是文字描述，一类是源代码，所以要同时有两个视图来表达一份资料的内容。资料的分类管理是必须的，而且更需要的是一种比较方便的搜索功能，不但要能搜索标题，还要能搜索内容。再有就是文本资料和电子书的管理要融合在一起，看起来没有特别明显的分界，但又留有余地可以完全分离开来。
这个工具不是通用目的的，是为程序员专用的，所以用户范围可能少了点，但这也算是围绕着我的整体规划目标了，developing for developers！
支付宝扫一扫
微信扫一扫