是用VFP构建中间层，处理数据都是在这层上

用VFP做中间层，有什么优势？

VFP做 WEB，  用dbf 代规xml格式，DBF数据流大小比XML小得多，且处理DBF快

问题是最终向SQL Server输入输出那个层面仍然无法发挥VFP的优势啊。用DBF确实是比XML小，但也可以选择使用文本流，用C#直接处理数据然后提交给SQL Server。你说的用VFP做中间层是把VFP做一个OLE调用？MS计划消灭OLE、COM这类架构了。

是用VFP做中间层的dll, 在IIS发布 Web Service,客户端直接调用

对，我就是不会做VFP的Service，你教教我。

很容易的，网上找些资料，主要是构建你所需要的函数，做成dll 然后 用soap 在IIS发布这dll 就成为 Service了，

哦，我现在看中的是XBAP，等有机会再着手试试这个。

Note that Visual FoxPro 9.0 is the last version and was published in 2007. For a great solution for building modern business applications, take a look at LightSwitch in Visual Studio 2012。这是从微软的ＶＦＰ页面上截下来的话。他们已经说了，VFP9.0是最后一个版本并且出版于２００７年。

vfp是铁定不会发展的了，因为倘若不换框架的话vfp的语法结构无法融入.net，而换框架的话就失去了vfp的优势

vfp的最大优势是开发敏捷;单机数据库的处理效率无出其右！所以大家不要把它往服务端上靠了，他没有优势。
微软在桌面系统上（相对Metro），未来会把精力放在.net4.5上，这是一个跨平台（包括不同cpu）的框架，而且会直接构建在win8内核上，其执行效率肯比c++

以我个人所见,vfp是难于消亡的：
大型数据整理还得靠他，几百万成千万的数据单机整理没有vfp的话简直不敢想象，我们这儿的数据处理中心哪人不熟vfp, 处理完的数据再加赞到oracle上。有可以替代的工具吗？
还有，一些需要小范围使用并要求快速开发的小项目用vfp效率很高。vfp+SQLServer简直是绝配。

若说vfp需要发展的话，我倒是觉得应该请牛人把它移植到掌上设备去，用vfp做数据移动终端比用sqlce强一百倍！