VisualFoxPro9.0更强大了

文章作者 100test 发表时间 2007:09:11 11:28:13
来源 100Test.Com百考试题网

　　很久以来，FoxPro被众多迷人的产品掩盖了光芒，但直到现在它仍然是市场中用于完成数据事务的最佳工具。随着9.0版本中引入新的增强功能，它还没有走上很快过时的道路。

　　微软的FoxPro小组准备在2004年底发布最新版FoxPro。这条消息使某些人感到很惊讶，因为我们经常可以听到一些无知的人问“FoxPro？它还存在啊？”。但是在FoxPro社团中下一版本的FoxPro引起了很大的骚动。新版中将包含一个更快的本地数据引擎，支持更多的数据类型，SQL语句执行中更大的一致性，一个完全重新设计的可扩展报表编写器，以及一系列效率和功能增强特性。

　　目前，一些应用程序仍然使用Visual FoxPro编写和部署，但是未来美国公司对Visual FoxPro的采用和部署有显著的下降趋势。这主要是因为与.net旗舰语言（例如C#和VB.NET）相比，微软忽视了这种产品。市场支持的缺乏是VFP社团诟病的一个主要问题。

　　尽管受控（managed）代码和严格的编译器可以生成“更安全”、bug更少、更牢固的代码——这个事实可能是真的，但是单个的FoxPro开发者可以在相对很短的时间内编写一个成熟的桌面或Web应用程序。他们所需处理的工作复杂性只是实现应用程序和业务逻辑，而不是试图理解笨重的框架组件（Framework）或斟酌数据绑定的问题。

　　因此，你有必要担心设计人员的某些偶然出现的失误吗？因为Visual FoxPro依旧存在，而且仍然有重要意义。它在自己的范畴之内满足那些其它单个产品无法满足的需求。此外，由于它能够运行在更廉价的、旧的硬件上，运行遗留下来的代码，而且仍然能够执行现代的编程语言希望实现的事务，它仍然是哪些叛逆的组织、小型的资源有限的办公室、独立软件开发者以及很多政府和政府运转机构的选择。

　　强大的家族

　　为了理解FoxPro遗留的能量，了解它的发展史是有帮助的。在八十年代中期，喷气发动机实验室（JPL）跟其它政府机构一样，也使用微型和个人计算机。这些独立的机器使工程师有时不用操作大型机就能处理大量的数据集合，同时还把简单的类似英语的命令（他们可以在DOS下执行这些命令）组合到程序中了。这些程序变成了应用程序，并且一种新类型的应用程序开发人员诞生了。那时经常使用电子数据表和静态数据包，但是它们都比较麻烦，并且容易造成数据丢失。

　　数据库是处理大量数据的逻辑解决方案，因此Wayne Ratliff编写了一个自己带有数据库的程序，并且同时添加了一组可以在数据上执行的命令。“Vulcan”带有一个交互式的点提示符，使用易于记住的惯用语，允许工程师使用一组简短的命令操作自己的数据——就像操作物理数据集合一样。这个程序最终成为Ashton-Tate的dBase数据库程序。

　　“dBase与BASIC、C、FORTRAN和COBOL程序是不同的，在dBase程序中很多麻烦的工作已经被做好了。数据维护是由dBASE而不是由用户完成的，因此用户可以把精力集中在自己的事务上，而不必与处理打开、读取和关闭文件、管理空间分配这些麻烦的工作绞在一起。”——Wayne Ratliff

　　在它发布后的几年之内，大量的dBase克隆产品冲击了市场。FoxBase由于引人注目的高速度和稳定性获得了很大的名气。此外，Fox小组很敏捷，对用户团体作出的响应更多。通过定期的修补，通过CompuServe和重要版本的及时支持，作为对用户请求的回应，它在非常接近原始版本的同时，通过添加提高生产率的工具变得更快了。

　　FoxPro发布的时候，它为DOS程序员提供了窗口界面。Fox小组已经提供了跨平台的编译器，允许开发者在Unix或DOS上，以及在后来的Windows版本和Mac上部署应用程序。接着出现了FoxPro 2，它带来了“Rushmore”（FoxPro著名的数据性能增强部分）技术、在线的SQL命令、图形屏幕和报表编写器。

　　Visual FoxPro

　　Visual FoxPro（它现在属于微软）带来了OOP（面向对象编程）、完全的关系数据存储和远程数据访问。因此，到1995年时，FoxPro开发者可以自然地使用SQL、使用面向对象编程、编写多层结构的、跨平台的应用程序——而且同时还可以兼容dBase II编写的遗留代码。
对于FoxPro开发者来说，Fox已经完全成为一种安全的应用程序开发途径；你对于这种技术的投资不会受到厂商变革的影响。不幸的是，市场中的其它产品或同一个厂商的不同产品却不再是这样的。这导致了目前的对FoxPro和它在开发者世界中的地位的误解。

　　VFP将不会成为一种.NET语言。这种可能性在开发VFP 7时就被慎重地考虑过，但是这种改变可能会导致一些严重的结果，最好的后果是不能保持向后兼容，最糟的后果是丢掉它强大的数据维护能力。.NET框架组件和VFP广泛的语言和类之间多余的区域会带来更多的混淆，很可能导致该产品更早地死亡。

　　由于Visual FoxPro将不会运行受控代码，对微软来说它就没有战略意义了，这可以理解。但是，它是一个成熟的开发平台。你编写、部署和维护多层的、高可用性的、桌面的、互联网的、COM和Web服务的开发所需要的一切都已经由Visual FoxPro或第三方厂商提供了。它包含了牢固的面向对象语言和完全的关系化、速度很快的数据库（支持2G或十亿条记录以下的表）和独立的OLEDB数据提供程序。甚至连IDE也有完全的可扩充的设计表面，拥有内建在语言（和已发布资源）中的工具和向导等重要部分。它与SQL Server严格地兼容，拥有良好的COM交互操作能力——包括Office自动化、强大的XML处理和功能，以及与20年前编写的代码的兼容性。

　　目前VFP适合于哪些场合？

　　它仍然是希望完成事务的专业人员的选择。

　　它特别适合那些主要工作不是编写代码的工作人员。