Visual FoxPro 从Visual Studio中分离出来了
2001年2月26日，微软宣布将Visual FoxPro 7从Visual Studio 中分离出来，这是一个好消息还是坏消息呢？我们来分析一下：
我们失去了什么
我们先来观察，Visual FoxPro不成为.Net语言，在技术上损失的是：不能开发基于.Net的Web应用程序。
Visual Studio.Net 是一种擅长于开发Web应用程序的工具，过去与现在微软霸占着"桌面应用程序"应用市场，现在微软要吞噬现在由其他公司控制的大型网络应用市场，于是推出了.Net构架，Visual Studio.Net就是开发基于.Net的应用程序的RAD（快速开发环境）。
笔者认为：起码在可知的一两年内，我们这些用Visual FoxPro写程序的人不会有用Visual FoxPro开发大型Web应用需求，客观上绝大多数企业也不会有自建一个电子商务网站的需求，我们并不会因为Visual FoxPro不是.Net语言而失去我们的市场--普通的企业级（单用户构架、File Server构架、（两层、三层）客户机\服务器构架）的应用。等.Net真正热起来，那将是几年后的事情了！
当然作为.Net语言也可以开发桌面应用程序，Visual FoxPro成为.Net语言不是更好吗？笔者的看法是：不一定。一位网友说：VB.Net的語法像VC++又像JAVA，已經完全不像BASIC語法了，等於是要重新學習另一套語言了，有这种感觉的VB程序员很多，听说国外有很多VB程序员还"忧心忡忡"的。连微软也承认：VB 6与VB.Net是差别很大的语言。
假设VB变化的只是语法特色（这已经够厉害的），那么如果Visual FoxPro现在成为.Net语言，其标志性功能的损失一定比VB更多！我们认为：这其中最不能让大家容忍的就是：Visual FoxPro的数据引擎和数据处理手段将损失殆尽，说实话我们中多数人使用Visual FoxPro就是看中了它在数据处理上的无与伦比优势。.Net语言使用公共运行库（Common Runtime Language），数据库方面的功能是通过外挂ADO等组件完成的。在技术不成熟的现在，让Visual FoxPro运行在CLR上，势必只有三种选择：取消Visual FoxPro的数据处理组件，让它使用组件处理数据；把Visual FoxPro的数据引擎加入公共运行库；Visual FoxPro的数据引擎做成一个组件。可见这三种选择没有一种是合理的，即使成了，那么Visual FoxPro也就成为了一个四不像的东西。
Visual FoxPro 与.Net
Visual FoxPro 能够很好的支持XML、Web Service、COM。通过它们，Visual FoxPro就能与.Net整合在一起，并能开发.Net中最最热门的话题：Web Services。
客观上，有利于Visual FoxPro 的发展
Visual FoxPro作为Visual Studio的一员并不能很好的发展"Fox的事业"，这个观点是各国狐友的普遍共识。作为Visual Studio的一员，Visual FoxPro更多的像其他Visual Studio产品看齐，忽视自身特色的发展，忽视用户的需求；产品升级、服务包的提供周期变长（要等其他产品的完工），如果Visual FoxPro 7不分离出来，发布期起码要晚半年。将Visual FoxPro从Visual Studio.Net中分离出来，最起码以上两个问题会有很好的改观，特别是Visual FoxPro会更重视用户的需求。
独立面对挑战
Visual FoxPro从Visual Studio.Net中分离出来最大的坏处是：必须独自面对市场。说白了就是：能不能卖的好？如果Visual FoxPro 7.0的生意还不错，那么Visual FoxPro就会发展的很好--这是很简单的道理。
在微软所有的开发环境中，Visual FoxPro是唯一内嵌数据引擎的——VC、VB都必须外挂数据处理引擎，如：DAO、ADO等，当然VC可以使用底层API调用来完成数据库处理方面的任务——这就是Visual FoxPro的特色--为数据处理而生，但是如果现在盲目的把Visual FoxPro并入Visual Studio.Net的话，Visual FoxPro的这一特色必然不能保存，这对微软、对用户都是损失。VB、VC则没有这个问题--反正它们不内置数据引擎，只要.Net可以调用数据处理组件就可以了！
