车+ 的来龙去脉 [二]
车+ 的来龙去脉 [二]五、车+ 的优势
如果说 目录树 的广泛应用对VFP是一个促进的话，那么将来 车+ 广泛应用对VFP的促进肯定比 目录树要大。老车自推出 车+ 后一直只敢与 目录树对比，然而日前@红虎 大师说 目录树 的基础控件是微软的 TREE，你是和 TREE 杠上了，这就太过抬举老车、折煞老车了，一个小小 车+ 怎敢与微软控件相提并论。可是无独有偶，QQ群那边又有说TREE英语就是展收的意思，只要实现展收就是TREE，这就回避不开了，因为 车+ 确实没有应用微软的TREE，而是另辟蹊径、完好的在GRID上实现了展收，那么老车就此坐个顺风车，车+ 不去与 TREE 比肩，车+ 也是一种 TREE，这回应该可以了吧？如果还不可以那该怎么能可以呢？
原来老车以为 目录树 与 TREE 是一个东西两个名称，如同电脑与计算机，现在有说TREE是微软的控件那老车回避，只拿 车+ 与目录树对比，觉得有其如下优势：
1、目录树 分层缩进空闲面积严重，这也是当初老车不看好 目录树，决心写 车+ 的主要原因之一。车+ 在统计表中应用9号字时13个像素宽就ok，再大号字也增加不了几个像素。导航等其它表中应用时，因可用前景背景颜色或字体字号区分层次，也无空闲面积，节省界面。
2、编辑 车+ 表比编辑 目录树 的父子表容易许多许多，老车近日又研究了 目录树 母表结构，深知一旦定表再想增减项目极其困难。车+ 增减项目就是DBF表日常的增删记录。
3、目录树 界面与生成它的母表脱离，想在 目录树 界面环境编辑母表几无可能。车+ 界面乃母表，应用\编辑 一键转换，编辑时所见即所得。
4、目录树 是黑白界面，车+ 是彩色界面，犹如黑白电视与彩电之差。
5、操作方面，目录树 应该是受基础控件的先天不足所限，展收必须用鼠标去瞄准点击小小的 +-号。车+ 充分应用了GRID的表、列、TEXT多项事件，点击开阔的三大键均可展收，基本不必用鼠标去瞄小小 +-号，+-号在 车+ 上其实只是展收标志。
6、应用 目录树 需要注册第三方控件，如果是嵌在商品化软件中，客户机没注册无法使用，注册后因更换电脑重作系统等维护量大大增加。车+ 百分之百VFP化，无任何其它烦人琐事。
7、目录树 操作百项之内尚可，数百项也将就，操作成千、上万、数十上百万项时上上下下的拉、操作员太过烦心。车+ 因其本身是 DBF表，前后均可与筛选表结合，再多操作项均可分解。
8、为解决操作大量数据用 目录树 上上下下拉来拉去的烦恼，老车之前是用横向多表筛选解决的，效果一直相当好。因在统计表中或有操作者操作习惯不同，还有应用环境的不同，车+ 式的竖向展收也有其优越性、老车在横向导航中首次实现了横向筛选与竖向 车+ 相结合，其性能又得到了大幅度提高。
六、车+ 的未来
创建“振兴VFP”群之初，有不止一位问过老车，你拿什么振兴VFP？那时VFP业界盛行讨论这个框那个框，似乎只有框才能振兴VFP。也不知道为何，近来这框那框很少有人提及，想必是因为都知道这框那框只能是振兴VFP的助力、并非主力了。那么老车现在可以回复了，老车“拿VFP振兴VFP”。用VFP写 车+，用 车+ 构建 双导航，我们狐界同仁都用VFP写更多更好的VFP编程工具，进而更快的写出更多更好的VFP产品推向市场，VFP不就振兴了吗？目录树 能够广泛应用，相信 车+ 与用 车+ 构建的 双导航更能广泛应用。老车曾经共享过《老车CA学习资料》、共享过《老车开源界面》，车+ 与 双导航 运行稳定后，如果业界同仁很是看好、很是期待应用，老车也会进一步加工成工具共享的。车+ 在老车自己软件中应用与加工成VFP业界专用工具不是一回事，虽然写 车+ 时尽量模块化，在老车的软件中也实现了工具化，但与VFP业界工具化差距还是相当大的。例如前面提到过的、3处18点调用 车+ 如何能在你的GRID中实现，车+ 的 +号怎么能整到你的DBF表里去……，这些老车自己用都不是事，业界工具化就都是事，完成这些还是要花费一些脑细胞的。当初写《老车CA学习资料》、加工《老车开源界面》也是花费了不少脑细胞，但共享后反响不如预期，时而还因此受到攻击。所以 车+ 与 双导航 是否值得再从老车自己的工具化加工成业界工具化有待于观察思考。但有一条可以肯定，车+ 肯定不会做成购买才能用的东西在业界叫卖。老车多年一贯编应用软件做社会大市场，不会做VFP同仁这个小市场。如果众多狐友看好 车+、期待应用 车+、老车觉得值得、就再花些脑细胞加工成VFP业界共享工具奉献给广大狐友，否则就在自己软件中自我陶醉、自娱自乐了。哈哈！
青年时的甬车：摄于1988年
