FoxPro的语言是没有发展的“死语言”、是十几年前的“老古董”，其实在FoxPro每一次升级中（现在已是Visual FoxPro 7）都会对这部分语言进行修订、增补。我看还是这样：Visual FoxPro语言就叫它：“Visual FoxPro语言”，它既不同于任何以往的Xbase（最多有历史渊源），也不同于其它的编程语言。这就象Delphi那样，是Object Pascal语言，不是以前的Pascal；VB就是VB，不是以前的 Basic。 　　从Fox进入可视化的时代后，对COM技术的支持一直是Visual FoxPro在过去、现在、将来不断改进的地方。面向对象程序设计（OOP）的最大的好处就在于代码的重复使用。然而，OOP只是一种解决代码重复使用的一种优秀的方案（solution）。单纯利用OOP技术不仅要求所有对象都必须用一种语言完成，并且你还需要得到原程序代码嵌入应用程序（就像我们在Visual FoxPro开发使用Class那样）。如果对象是有你或你的公司完成的这些可能不是什么问题，但如果对象是由其他人或其他公司写的这就是问题了……再者为了节省资源我们常希望把一对象放在远程的计算机上供许多应用程序使用，怎样简单、安全完成这个任务呢？看来，单有OOP是不行的！于是微软提出了Component Object Model（COM）技术，有了它我们就不需要把对象源程序嵌入我们的应用程序中，就可以使用其他语言开发的对象，就可以分布的使用对象了。 　　COM技术提供四种不同的特性，Visual FoxPro支持所有的COM 特性。 　　ActiveX documents 允许用户在一个应用程序中编辑另一个应用程序的document。我们把Word文档嵌入或链接到Visual FoxPro中，就可以不离开Visual FoxPro编辑Word文档了。 　　ActiveX controls 为开发人员提供了增加的系统功能的方法，典型的应用就是各类ActiveX控件的使用来加强用户界面。这里要说明的是Visual FoxPro不支持（7.0也不支持）“集装箱式的”ActiveX 控件，比如Cool bar控件。 　　Automation 允许用户在一个应用程序中操纵另外一个应用程序或组件，典型的应用就是Visual FoxPro 与Office 的OLE-Automation应用。 　　Remote Automation 或者称 Distributed COM (DCOM)与Automation技术差不多，只是它支持组件的分布，这就是微软的分布式应用战略。 　　Visual FoxPro 不支持Active controls（ActiveX）的开发，但支持server components的开发，也就是在Automation、Remote Automation中使用的组件都可以用Visual FoxPro来开发。Visual FoxPro的这种能力是从5.0开始具有的，到了6.0的SP 3已经可以开发出多线程的组件了，这些在上文已经有过论述。以后的 Visual FoxPro 版本一定会对Automation，特别是Remote Automation有更好的支持，无论是开发server components，还是由Visual FoxPro充当客户程序。 　　综上所述，Visual FoxPro是创建关键任务的、企业范围的、面向对象的单层次、双层次、多层次应用程序的重要开发工具，这些应用程序可以在本地或全球范围内进行配置。 编辑本段贡献　

　Visual FoxPro 已经过时了吗 　　恕我直言，这样的问题我真的听腻了。这个问题我听了好几年了。从谣言出现到今天Visual FoxPro的版本已经生了两次变化，就是Visual FoxPro 6.0 与2001年春天推出的Visual FoxPro 7.0。根据微软的官方消息，Visual FoxPro 8（可能是这个名称吧）已经在研发之中了。我不敢保证是否会有Visual FoxPro 9.0（这就像我不敢保证微软是否在那时还存在一样）。可以这样认为，只要不出意外情况（比如微软倒闭、业界发生了重大的变革等），Fox就会平稳地发展！ 　　在国外，一个程序员、一家公司把他们使用的开发工具视作一项投资，作为Visual FoxPro的开发厂商微软公司就必须保护客户的投资权益，这是很基本的商业原则，微软绝对不敢随意淘汰有着50万用户的Fox，除非永远不想赚这50万用户的钱了。 　　为什么会有Visual FoxPro 要淘汰的传闻呢，我不是很清楚。但这两年微软对Visual FoxPro的不宣传态度却是为这股谣言起到了推波助澜的作用。另外Visual FoxPro 确实是一个容易引起误会的产品，初级用户很容易对它产生“不怎么样的”评判，于是加上那谣言就产生了“Visual FoxPro 就真的要淘汰了”的幻觉了。 　　为什么说Visual FoxPro 是容易引起误会的产品呢？我总结以下几点原因： 　　面向对象与面向过程之争 　　我们说Visual FoxPro是面向对象化的语言，是有根据的。面向对象化的语言必须具备四个特性：抽象（Abstraction）、封装 （Encapsulation）、继承（Inheritance）、多态（Polymorphism）。对照一下Visual FoxPro，是不是支持这四大特性！ 　　当然，Visual FoxPro 与C++和Object Pascal 一样都是历史悠久的语言，所以语言中有很多面向过程的语素。我知道很多学校在教学中，只是教导学生们使用Visual FoxPro的面向过程的语言特色，而忽视了面向对象的教学，同样的问题也存在于广大的 Visual FoxPro 程序员中。我们必须明白：不能因为我们没有使用Visual FoxPro面向对象的强大功能，而说Visual FoxPro不是面向对象的语言，这就像不能因为天下雨、没有出太阳，而说太阳被天狗吃掉了——多么的幼稚可笑！ 　　我们知道Visual FoxPro对数据的操作沿用了多年来的面向过程的做法，这与现在流行的开发工具有很大的不同。我觉得，微软这样做是有它的道理的： 　　第一，面向过程的数据处理，更能发挥XBase语言体系的灵活与随意的特色。这一点，你用过其他的数据库开发工具，然后再用用Visual FoxPro就明白了。 　　第二，不直接提供面向对象的数据处理组件，不代表不允许用户封装自己的数据处理组件。很多优秀的Fox程序员，都会自己封装专门数据处理组件，这才是 Visual FoxPro编程的高尚境界！ 　　面向记录与面向**之争 　　根据笔者的浅薄认知，关系型数据库处理可以分为面向记录操作和面向**操作。 　　各种开发工具支持的客户端光标体系就是面向记录操作的，它们支持记录之间的绝对定位，更明白地说就是可以在记录之间导航，诸如：SKIP、GO TOP之类的语句。Visual FoxPro 无疑是此道的绝对高手，20年的语言发展，聚集了大量面向记录的语言要素。这是因为这样，我们才会反复强调：Visual FoxPro的Cursor 体系灵活、强大！ 　　各类大型数据库，如Oracle、SQL Server 是面向**处理的代表，看看正统的SQL 语言，绝对没有数据导航之说，数据记录之间是平等的，一切都要讲关系、摆条件！ 　　随着技术的发展，人们开始注意到，不能分割这两种对数据的操作方式，于是大型数据库支持了游标语素，Fox也支持符合规范的SQL 语言。 　　产品定位导致Visual FoxPro变化不易为人们感觉。微软要把Visual FoxPro作为三层构架（或是多层构架）的中间层开发工具。 　　什么是三层构架呢？第一层是用户界面:它包含了用户界面,让使用者输入,输出,查询等工作；第三层是资料层:它就是用来放资料的地方,一般是指后端数