一、為什么Visual FoxPro漸漸淘汰了

為什么會有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作為三層構架（或是多層構架）的中間層開發工具。

什么是三層構架呢？名列前茅層是用戶界面:它包含了用戶界面,讓使用者輸入,輸出,查詢等工作；第三層是資料層:它就是用來放資料的地方,一般是指后端數據庫，主要有包括 Oracle、SQL Server 等,它主要是提供一個很大的地方,來有規則的存放數據；第二層是商務邏輯層（中間層）:有人要說了：存取資料,直接從名列前茅層跳到第二層可不可以？當然可以,沒有人規定不能走捷徑,而且從數據庫直接抓資料,既快又好,那為什么搞出個第二層呢？

商務規則是經常變化的,比如上班從8 點改為10 點,那電腦怎那么知道老板因為不景氣少讓大家上二個小時班呢?它一定無法知道,你必須告訴它,這時問題就來了,如果你有很多部電腦,例如:100 臺,你就得一部部換新程序。如果這是一個掛在Internet上的網絡程序，難道總讓用戶download新程序不成？

更重要的是，在大量客戶存在的環境里，傳統的兩層構架根本沒有能力承擔巨大的工作壓力，必須通過某種中間系統實現壓力平衡，這就是中間層的另一妙用！

中間層是沒有圖形界面設計的代碼編寫，并且是OOP方式的代碼編寫，不僅要熟悉后臺數據庫的特性，還要考慮前臺界面工具的特性，最重要的是商務邏輯的構架，同時還要求懂得IIS、MTS(COM+)、NT的安全設置等復雜枯燥的東西。有趣的是，近年來 Visual FoxPro 的各種改進，更多的是在這些方面下功夫，到了最新版本的Visual FoxPro 7 更是在此方面增加了若干特性，下面就讓我用四個問題來說明Visual FoxPro 在開發中間層方面的貢獻：

問題一：Visual FoxPro能開發出穩定、有效率的Server程序嗎？能，在1999年發布的Visual FoxPro SP 3中微軟賦予了Visual FoxPro開發多線程進程的內組件的能力，并增加了新的運行時刻庫VFPnT.DLL（n代表版本號），支持其運行，在這個運行庫中，刪除了大量老式的和界面控制元素，使得它更小巧。但是由于Visual FoxPro6本身不是很穩定（加打SP4或SP5才有所改善），所以這個很棒的功能在Visual FoxPro 6下并不能充分發揮，直到Visual FoxPro 7出現才使它的顯示出英雄本色！

問題二：分布式的事務、動態負載平衡怎么實現？Visual FoxPro 7對COM+有很好的支持，借由COM+就可以解決這兩個問題了！

問題三：作為Server程序，客戶程序怎樣與Server交換數據集合？這是Visual FoxPro 6開發的Server程序的致命弱點，我們知道Visual FoxPro是用來處理數據的，但不能與外界自由交換數據集合會大大降低開發、使用以及程序運行效率！在Visual FoxPro 7里我們XML就可以快速、輕易的傳遞大型數據集合，真正做到數據集的來去自由。現在回想Visual FoxPro 6中我們用的那種“循環+屬性”的做法，真有天上與人間的感受！

問題四：能不能讓Visual FoxPro開發的Server任由客戶使用，叫干什么就干什么？可以的，在Visual FoxPro 7里提供了一個全新的函數：ExecScript()。有了它，就可以一次執行多條客戶端送來的符合Visual FoxPro規范的語句：你可以定義變量、做查詢、更新數據、修改表結構……

微軟確實實踐著讓Visual FoxPro在中間層運行的承諾。但遺憾的是：由于國內用戶的水平、國內軟件應用的領域，對大多數Fox Fans 無法感受Visual FoxPro日新月異的變化——對他們來說，Visual FoxPro確實“沒有改變”！

延伸閱讀：

二、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就可以了。