也谈VFP的优劣势（原）

作者：冷月（tinysf(#)163.com ）

优势：
1.首先是数据处理速度。微软之所以收购DBASE/FoxBase+发展Visual Foxpro确实是因为在本地数据处理引擎上有绝对性能的优势（MS买来目的其实是用来发展其他产品）。对比Delphi,.Net,C++虽然在其他任务处理（特别是对OS底层没法比）但在处理百万条数据记录时速度在绝对一流，特别是在Foxpro2.x加入了Rushmore技术。 同时VFP结合ODBC/ADO+处理SQL SERVER/Oracle数据时速度也非常有优势。 我曾开发一个大型的MIS软件，在SQL SERVER在大数据记录/稳定/安全/触发器等大型数据库的优势以及VFP在内存处理Cursor表的优势上做了一个合理的权衡，其性能远远优于其他软件开发的同类系统。
2.开发速度。VFP在RAD开发上绝对一流，同时对开发展技术水准要求不高，稍稍学习一段时间可立即上手。（当然如果要灵活运用VFP的对像技术，Cursor Adapter处理技术需要一段时间的积累） 另外因为是解释执行，所以调试程序时也显示非常方便，不用像C++/Delphi等需要全编译一个项目才能运行，她可以让您直接Do/Run/?一下就可看到程序输出结果。
3.伸缩性及开发成本。从开发一个小型的DBF数据库软件到VFP+SQL/ORACLE上VFP都能应付自如。针对软件的要求不同可以灵活考虑DBF或SQL数据库，以便在开发成本/速度及稳定性上做权衡。

劣势：
无论如何，VFP注定要渐渐地退出历史舞台，让我们来分析一下成因：
1.代码的安全性。虽然解释执行有其优势所在，但是注定她不能真正编译成.EXE文件。这也给软件设计者带来很严肃的一个问题：代码的安全性。一个小的VFP软件倒也无所谓，如果一个开发团队花很多精力开发出的一个商业软件，就被他人轻易的破译了，而且几乎可以得到全部原生源码，试想是何等的沮丧？ 虽然也穷出了不少的Foxpro源码加密软件，但无论如何也改变不了VFP的宿命！（我倒觉得MS很是聪明，微软根本没有考虑过加密VFPEXE文件，因为微软自己也改变不了-或者说不想改变 目前VFP伪编译机制。）
2.开发领域的限制。VFP除了在数据库软件开发上有优势所在，在网络、多媒体、WEB程序、OS底层操作上都没有任何优势。或者说市场上几乎看不到此类VFP程序的身影。特别现在B/S、B/S+C/S结合已是大势所趋，很多大一点的软件都是要多个层面的开发技术结合， Foxpro不能在其他开发领域有所表现的话，注定被抛弃的命运不难被理解。
3.发展与支持。虽然VFP也渐渐在发展，但是无论如何MS在VFP的投入力度上比起其他项目上就显得十分可怜。MS包括测试、文档编写的整个项目组人员也不过十来人。Foxpro8/9确实带来了很多新的技术，像：CursorAdapter/XMLAdapter/EventBind/ReportListener等，但是已珊珊来迟。另外MS早就抛出VFP要被终结命运的消息已能让很多意志不算坚定的老一辈FOXPRO程序员逃离VFP开发阵营。虽然后来MS也意识到对不住这些紧跟步伐的VFP忠爱者，为了留住一些人心做了些努力，但不可否定MS对VFP的的命运早已做出了判决。

总之，对VFP的厚爱更多的还是一些老一辈程序员。如果VFP不能改变其根本的劣势，被历史抛弃的命运是注定的。