也谈对VFP的感受
    看了不少如cnszyuxin ()兄弟所论的"VFP 被出卖了吗?  "、“VFP的未来”等相关问题,多以VFP的未来发展为忧。而现在MS已承诺VFP的生命期可至少到2014年，不过想来也悲哀VFP竞落到苟延残喘的地步。
    多年前（正值dBase/Foxbase如日中天时）,本人一直用FOXBASE写数据库应用程序，后因其无法形成真正的.EXE执行码而加用了CLIPPER编译器,想起CLIPPER的优秀至今仍不能释怀,再后来WINDOWS及VISUAL的大行其道使得我们的FOXBASE（DOS）黯如昨日黄花。此时虽有了VFP，却更多的是质疑与其未来命运的担忧。本人也在这种大潮中反反复复，于是乎把VFP、VB、DELPHI、C++、JAVA如小儿的玩具般择来选去，便是在这种无法权衡中过去了8、9年，而今的开发工具、数据库产品又是何等的一佩繁荣景象。唉！不知如何表达自已的诸多感慨...
    国内多年来对中专、大专等职业院校都有安排FOXBASE的课程，既便现在也仍然这样，只是多了VFP，更是为了它们而设置了二级评定。这足以影响着两三代人将它垫于怀中，也正因此使得VFP在国内经久不衰。但往往等他们走出社会了解了它的目前处境后都感到了鄂然迷失，是放弃亦或是继续！放弃，该学什么？从哪学起？好学吗？有用吗？要花多少时间才可写程序？一连串的问号堵得自已不知何去何从；继续，自己有基础，国内VFP的资料不缺乏，深究起来不难，甚至也乐于深入，可是，业界频频传出微软停止对它的研发，又十个有九个说它没用处、不好、碰了几次壁后连自己都羞提学的是VFP。
    说了这么多，不知是否也有同仁们感同深受，是否也曾经痛苦地彷徨不前。我想一定不是我一个。为了让弟兄们无须徘徊，我想有必要对一些开发工具发表些本人对它们面上的了解及拙见，如有偏差望请海涵。本人认为：DELPHI、C++为系统开发工具，它更具有系统级及大型软件的开发能力；JAVA为网络开发工具，它在网络方面的开发能力极强，更具特色的是可以很好的跨平台；而VB曾经与DELPHI争锋相对斯杀了若干年，按理可以算平起平坐，然我个人让为DELPHI在系统开发方面更具实力，而MS的强大造就的是VB的大众化，有PASCAL基础的人可容易转向DELPHI，VB却容易上手易学。当然它们都有数据库开发能力，只是C++、JAVA学起来难度相当大，若你想自学可要消耗你相当的毅力，其他几种至少界面友好，只要有足够的资料及工具书当可循序渐进。当然，如今它们都往.NET平台上跑了，在.NET上熟优熟劣本人未得体会。而我们的主人公VFP与ACESS皆为桌面型数据库管理开发工具，它们都无法胜任系统级开发与大型数据库开发的能力，我喜欢ACCESS的单一数据库文件的方式，因为这样便于管理维护，但除这点外与VFP比却甚觉一无是处，无以忍受的缓慢速度更与VFP无法同日而语。VFP的优点当然不仅在于它的速度，在此就不一一列举。可是最令我痛心疾首的是自FOXBASE FOR DOS到FOXPRO FOR  DOS直至现在的VFP都未能解决无以忍受的表损坏（VFP6.0以后的版是否也这样我不曾知道），或许大家会说可以通过备份来解决这个问题，可是在C/S局域网结构下，特别是即时及大量的服务器访问、增删改,容不得也不实际于时时的备份，如此的企业数据一旦表损坏那就是灾难性的结果。当年我用CLIPPER（早年DOS下的dBase数据库开发编译器）写的宾馆收银系统24小时不停机使用8年中才发生1例这种情况。很多时候我都想问微软为什么CLIPPER能做到，而身为世界第一大软件公司的微软却一直无法解决这个问题呢?这就是本人转学其他开发工具的主要原因，只有在开发数据安全要求不高的单机小程序才用VFP。可是自己却多年来身在其中，对VFP语句的眷恋始终未改。
    对本文纂写，我未曾想过指导些什么，贬褒些什么，亦或是论述些什么主题。纯粹是本人的思绪感想，信手写来不曾有何文规章句，望我的FOXER弟兄们见谅！

                              原与FOXER们共同探讨,QQ281620834  -----山地王