1 2 3 下一页

　　前言

　　如果有人问我，在编程方面自80年代以来最大的变化是什么，我的回答肯定是编程人员使用的开发工具。随着编程的发展，我们完成的实际工作并不比15年前更多。我们的主要工作仍然是开发界面、更新数据、制作报告以及进行后端（现在叫服务器端）处理。当然了，开发工具的价格更便宜了，运行速度更快了，而且也比以前的开发工具复杂得多了。1985年，我以40000美元购买了数据通用公司的小型机上的COBOL编译器，而且它也仅仅只是一个编译器，没有编辑器、集成开发环境（IDE）和其它工具，仅包括一个命令行编译器和几本厚厚的说明书。如果要使用数据库工具，根据用户的多少，则还需要再多花上20000-40000美元，但所谓的数据库也仅仅是一种索引顺序存取方法，外加一个数据库管理器以及一些备份和完整性检查工具而已，另外，还有一个很原始的查找工具。
　　最初的IDE出现在一些DOS软件中，例如Ashton-Tate公司的dBase和Boland公司的Paradox。在1987年获得一份Borland公司的Turbo-Pascal拷贝时，我有生以来见到了第一个IDE，它有一个彩色文本编辑器和内置的编译器，还能随时对编辑的代码进行语法检查，它让我惊呆了。顺便提一句，数年以后，正是它演变成了Delphi。

　　VB 1.0 for Windows的出现才使我真正感到IDE将会有无量的前途。它更象是工具，而不是编程语言。它最初的目的是为了提高编程人员的效率，但编程人员花在学习如何使用它上面的时间比花在学习编程语言上的时间都多，这就造成了所谓的"知识鸿沟"，目前的编程人员都成了工具的奴隶。我最近看到一篇鼓吹放弃IDE、重返文本编辑器和命令行编译器时代的文章，尽管不会这样作，但我确实认为，IDE掩盖了许多的编程复杂性，使得编程人员不能享受到接受挑战的乐趣，可是我也相信，IDE的功劳远远超过了其过错。我们能够想象使用命令行工具管理今天的多模块、多项目的解决方案吗？这该是一个多么可怕的恶梦。

　　我完成的一些项目包含有数百个源文件，实时语法检查节约了大量花在"编辑-编译-编辑"这一烦人的过程上的时间，动态的在线帮助就象是一个救生员，交互式的调试器节约了我数以千小时计的时间，另外，还有spy++也给我的工作带来了许多方便。工具应当能够提高编程人员的能力，而不是掩盖他们的能力，这正是Visual Studio .net中的集成数据库工具要竭力达到的目标。不脱离IDE，编程人员就能够创建数据库、表、存储过程、数据库图表和视图。

上一篇： Visual Basic .Net中实现HTTP协议
下一篇： 把图象文件转换成XML格式文件

1 2 3 下一页