Visual FoxPro 只能局限于桌面应用程序的开发吗？
技 术在进步，软件技术的应用不断在拓宽，Internet 已经是众多开发工具竞相支持的应用领域。Visual FoxPro 从版本 5 开始不断扩充对Internet的支持，到最新的Visual FoxPro 7 更是增加了对Web Service的支持。我们可以把Visual FoxPro 对Internet的支持分为三大部分：
第一，简单的HTML的转换。Visual FoxPro 自带的“Web 发布”就是这类型的工具，利用HTML和DHTML的模版，支持Visual FoxPro数据的Web化，这是一种全静态的 Web 支持。
第 二，适合于企业内部使用的 Active Document 技术。是不是希望快速、简单的把Visual FoxPro应用程序转变为Web 应用程序，这个Active Document 技术就是最佳的选择。它支持 App 程序运行在IE中，它的缺点是：在客户端必须安装Visual FoxPro的运行库、客户端与数据库间依然是紧密的有状态的关系，属于F/S构架——只是界面能够运行在IE之中了。它的开发快速以及它依然基于传统构 架，决定了这个技术只能运行在企业内部，一般不能在广域网络中发布。
这技术是Visual FoxPro 6提出的，当时在 Tool 菜单里还有一个专门的菜单项。到了而今的Visual FoxPro 7，这个菜单项已经取消了，但并不是说Visual FoxPro 7 不支持Active Document，只是这种并不出色的技术没有必要再放在醒目的位置了。
第三，基于COM 的 Web 应用。
Visual FoxPro 真正能被用于Web 开发，就是通过 COM 支持的。
这 里您要有个认识，作为数据库开发工具，Visual FoxPro 不是FronPage这样的用于开发Web 界面的工具（也许未来的 Visual FoxPro 会支持 Web 界面的开发）。Visual FoxPro 完全是作为 Server 运行在网站的后台，为各种应用提供服务。使用 Visual FoxPro 编写的 COM 组件能够被IIS支持，压在后台进行各种运作——这就是真正意义上的Visual FoxPro 的Web应用，也是典型的多层构架的中间层！
这个阶段，Visual FoxPro 对 Web的支持有可以划分为三个层次：
FoxISAPI。
这是最先登场的技术，当年 ASP 技术还没有出现的时候，我们在 IIS 里就可以通过 ISAPI 技术实现动态网页开发。
Web Server
ASP 技术出现了，我们知道 ASP 技术的一大特色就是支持服务器端的组件的应用。用 Visual FoxPro 的编写的 COM 组件就能运行在 IIS 里，供 ASP 调用。
Web Service
这 是 Visual FoxPro 7 的新特性，也是当前最热门的技术。它与Web Service的最大不同就是：Web Server 组件只能通过 ASP 程序调用，而Web Service可以供任何系统在全球范围调用，无论客户端的硬件平台、软件平台，只要它支持SOAP、支持XML就可以了。
更夸张一点说：只要能上网，就可以享用 Web Service 提供的服务！
有 人也许会问：我可以用VB、VC++建立对象组件时，为何我要用Visual FoxPro 来建立相同的组件? 微软对这一问题有专门的评论，大意为：快、重复使用性、跨语言重复使用性。“快”是指用Visual FoxPro开发的组件撷取、处理资料都极为迅速，并且Visual FoxPro能够非常迅速的建立字符串。到底有多快，我想数据处理、存取的速度大家平时都领教过了，字符串生成速度我这里有个数据不妨一看，这是台湾的一 位高手做的试验——将
不要以为Visual FoxPro是“低端产品",无论从数据库（DBF Base）品质还是开发环境评价Visual FoxPro，它都是一个“高端工具”。
许 多人认为Visual FoxPro只能用来开发单用户系统或是文件服务器构架的小型网络系统——这是谬误——这种无知的言论在许多讲C/S、三层构架的书中都有（特别是一些 VB、PB、Delphi的数据库编程书）。我可以很负责任的告诉大家完全可以用Visual FoxPro开发C/S结构的系统。这里说的C/S构架绝对是正宗的，不是用什么F/S构架在糊弄大家。在C/S构架中我们常常选择Visual FoxPro作为客户端开发工具，以Oracle、SQL Server等网络数据库压在后台，使用Visual FoxPro内置的Remote View和SPT技术,这样就可以完美地解决问题。这里不能详细展开,只特别介绍Visual FoxPro的本地引擎在开发中的作用。Visual FoxPro的本地引擎特别强大（上文我们说过处理百万条记录不费吹灰之力），我们在设计系统时可以十分简单的将远程数据与本地数据结合，很简单、很有效 地控制网络数据流量、提高系统工作效率（我看过不少VB、Delphi、PB的书，他们很少在怎样控制网络数据流量、提高系统工作效率论述，不知是不屑一 顾，还是其他什么原因）。
我认为Visual FoxPro的本地引擎在C/S构架下起码有三项伟大的用途。其一：非经常变动数据的本地存储。我国的邮政编码与地区的关系是相对稳定的数据，而且数据量 也不是太小，我想总有上千个记录（我没仔细考察过具体情况），我们把这些信息存储在客户端的计算机中，就可以在使用邮政编码及其相关信息时从本地得到数 据，这样能使高系统效率同时节省网络资源（这是C/S开发的重要原则），只在邮政编码发生变化时在服务器上统一更新，下载更新客户机上的数据。如果用别的 软件实现同样的功能，绝对比Visual FoxPro麻烦而且效果绝对不及Visual FoxPro，这因为Visual FoxPro的数据引擎直接支持远程数据读取，能很好的融合本地数据与远程数据；其二：离线数据包。单位里总有人出差，在千万里路之外能不能拿着笔记本为 客户发订单、与客户签合同，就像在自己的办公室一样？当他回到公司时只要把笔记本连到服务器中，发送更新就行了。Visual FoxPro的离线视图是经济且高效安全的方案（当然您可以使用远程拨入或建一个Web网站，这些Visual FoxPro可能干）。其实离线数据包还有一个重要的功能：当下载的数据是大量的（除非万不得已请不要这样设计系统），这种情况下使用离线视图可以数据集 自动转化为物理表，充分利用Visual FoxPro的高速与灵活，完成后连线更新后端数据源——一切都很简单。我认为：离线视图绝对是Visual FoxPro在C/S系统中的一个卖点，虽然ADO也支持类似的东西，但肯定不及Visual FoxPro有效率；其三：数据驱动。您是否知道，Visual FoxPro中绝大多数文件格式实际上都是DBF文件，如DBC、SCX、FRX等，他们都可以由Visual FoxPro的本地引擎驱动完成复杂的任务。在设计C/S结构时如果要存储用户设置、自定义文件格式，用Visual FoxPro的本地引擎帮忙绝对比其他软件简单，因为你用的是换汤不换药的方法，但它简单、有效率。
Visual FoxPro 开发C/S系统时，最与众不同的特色就是对远程数据的操控是通过本地数据库来实现的，Remote View、Connection都作为本地数据库的对象被管理起来，完美的衔接本地数据与远程数据。这种在客户端建立远程数据逻辑的做法，与最新的 ADO.NET有相似之处！
在三层构架中，Visual FoxPro可以充当任意一层的任务，但本人以为大中型系统的数据库部分应以网络数据库为主。客户端界面用Visual FoxPro也是可以的，但一般限于企业内部，在Internet上我们通常使用IE作为客户界面。在三层构架中Visual FoxPro最胜任中间层的开发,它简单（开发难度与普通的Visual FoxPro项目相差不大）、快速的字符串生成、支持COM技术、它支持（MTS）COM+技术、它支持XML（Visual FoxPro 7.0提供3个与XML有关的函数）、它具有强大本地数据引擎、灵活的数据处理方式、它支持多线程的服务组件的开发。
