回 帖 发 新 帖 刷新版面

主题:一个老VFP爱好者说说他的VFP之旅

我2000年开始苦学VFP,主要参考的书是《VisualFoxPro6.0中文版入门与提
高》[清华大学出版社]和《VisualFoxPro6.0入门与应用实例》[李俊德编著 清华大学出版社]2本书。尤其是后一本书,完全可以称的上是当今VFP学习中的经典书籍,你看了它,才知道以往所看的一切VFP类的书和教程都是狗屁!不可能再有书能超过它了,我也完全是靠了它才真正进入并进而掌握VFP的。如果你打算在VFP方面有所长进,非买这本书不可!
     我同时也学了VB6.0、Delphi7.0、PowerBuilder8.0和ASP,基本上都是学习做管理系统。总的感觉是:VB的确简洁明快,功能不凡,我现在有写小程序还在用它做;Delphi很庞大,也比较罗嗦,不过功能强大,让人惊叹,堪称完美,但也复杂,不如VB简单;PowerBuilder8.0简直是狗屁,罗嗦复杂,莫名其妙,功能却幼稚可笑,真不懂一些人为什么还在那里硬撑着说它强大,学它简直是浪费生命,根本不能与VFP相比;ASP很有趣,实际需要掌握的东西很少,但功能强大,简直无所不能,在里面只有想不到没有做不到的,不过要有一点VB的基础编程知识,尤其是它是网络性的编程,前景广阔,我现在正在玩它。:)
    最后说说VFP。说实话,我心情很复杂,我曾经是VFP的狂热拥护者,progranfan是我经常上的网站,我在CSDN的VFP论坛也经常出现,为VFP与不少人打过嘴官司,你可以到那里看看我的一些帖子的。VFP入门并不简单[当然入门后就能轻松掌握了,它要人上的是陡坡,不象其它编程语言那样进门容易,而达到掌握却是长途漫漫],如果你以前从未学过VB之类的编程语言,你可能还不以为然,如果你学过,你简直觉得VFP语言实在糟透了,莫名其妙不说,还很罗嗦,单个表单必须放在同一目录下,不想遭这个罪的就要搞表单集,界面弄的一塌糊涂;在表单的启动处还要对窗口进行一些莫名其妙的设置,开始还要搞什么READ EVENTS ,结束要CLEAR EVENTS ,不然编译出来的EXE文件鬼影一闪就不见了(我曾为这个,将别人的原代码一行行删除排查,花费了3个月才最终搞清楚);还有菜单这种在Deiphi中做起来简直象好玩似的东西,在VFP中要用编辑器,如果要出现在表单上还要搞什么顶层表单;每行程序都要搞this.text1.text这样罗嗦的语法。最终做出来的东西是:界面象玩具,幼稚可笑;莫名其妙的出现错误提示,总是某个变量出现错误,容错功能实在很差;前端界面与后端数据库一损俱损,一荣俱荣,哪个出了问题,包括索引文件出了问题,整个系统就报废了,而重装则意味着曾经输入的数据作废。这种客户端与数据库缠在一起,既是VFP的特点和优点,也是其致命弱点,而用VB+ACCESS、Delphi+ACCESS或SQL2000做的管理系统,客户端界面不完善,重做编译安装,数据库不受影响;数据库出了问题,只需对其进行改造,客户端界面不受牵连。通过ODBC或BDE或OLEDB Privider这根“线”将客户端界面和数据库这两颗“珠”联系起来,其中一者坏了,顶多就是解开“线”重新连接一次罢了。所以,学了VFP,最终还是回走向VB+ACCESS、Delphi+ACCESS或SQL2000做管理系统这条路,VFP不过是热了一下身。也正是这样,注定了VFP是一个悲剧性的东西,而其实,它却的确是一个非常有特色,非常方便快捷的数据库系统开发工具。
    别的不说,就进入VFP之快,就让人很爽,再看看Delphi之类的,我操,等的老婆都要生完孩子了。VFP做出来软件体积很小[只有VC++做的才可与之相比],而且还能在不同系统平台上运行[比起另一跨平台的JAVA老太太它姥姥似的浪费人民生命的奇慢无比,简直就象奔驰之与蜗牛],运行速度奇快,搜索数据之快天下第一,它独特的过滤和查找功能没有哪种语言能及。在熟练掌握语言后,开发速度也非常快;如果不怕麻烦,有创意和决心,它最薄弱的界面问题也是可以得到很大改观的。再看看它很具特色的“自定义属性”、“自定义函数”、“存储过程”,自定义库等,独特而实用,此外非常底层化、精细化的语言,完全掌握后,你会对数据库系统的开发有更清晰完整的认识,而不是除了只会白痴一样的搬一大堆控件来实现功能外,连行正确的程序都编不出来。想真正的通过程序而不是控件来实现并明白数据库系统的工作原理,VFP比Delphi都要强。不过VFP的并不完全面向对象也限制了它功能大发挥,但对于并非比尔·盖次的我们老百姓程序员或爱好者来说,这种限制我实在感觉不到。
    VFP的优点实在太多,我一下子也说不完,何况大家也没那么多时间听了。
    现在我改用Delphi+SQL2000或ASP+ACCESS2000或SQL2000做管理系统了,原因很多,相信许多学VFP的人学到一定程度,基本上也会走我这条路的,到那时,或许我今天没说的东西,他们心里已经明白了。不过,有时间和兴趣,我还会用VFP做一些东西,或建议别人学VFP的,这样做,或许还是因为不能最终忘情于它吧。   hbgth  2004年6月8日下午于武汉

回复列表 (共111个回复)

51 楼

pony:
    你好!delphi+SQL2000是做管理系统的主流选择之一。我个人认为:如果不仅仅只是业余爱好而想做比较专业高效的管理系统,应该学delphi。毕竟,无论是在效率、处理能力还是稳定性方面,delphi+SQL2000都比vfp要好,综合性能那就更高了。现在所有中大型管理软件基本上都是采用delphi+SQL2000或者delphi+ORCLE9i开发的。当然其中一些低层部分可能用c或c++(并不是delphi做不到,而是中国的程序员的c程序传统实在太浓厚,弄到低层总忍不住用c或vc)。
    正所谓菜刀(vfp)固然可以杀敌,但另有宝剑(delphi)供你选择时,你还会硬抱着菜刀不放吗?:)
    胡乱说这些,不知你意如何?仅供参考。

52 楼

luck688:
     你的问题其实可以用excel就可以解决,没必要用vfp。再说vfp怎么说也是一门编程语言,不是简单的应用软件,所以决非短期就可以学会的。既然你着眼于眼下的应用,倒不如用excel更明智。
    当然,你所提的问题用vfp来做应该是非常简单的事。你可以找一些相关的小软件来参考参考。

53 楼

那就由菜刀向宝剑过渡吧!我开始过度了(现在还处于拿着菜刀拎着宝键的阶段)
什么时候出手枪了再争取一变又是绝活儿!

  不过说起来SQL2000 学起来还真不容易.入门时挺顺的,可是一到开发系统时遇到的新问题真是让人感到学无止径,入门容易但是学深了,学到能解决绝大部分事儿的程度是要下功夫呀!

  对了,聊到SQL2000你在开发系统时,在本地机上用SQL2000作数据库,等程序做好测试好后,要在别的机器上安装,怎么将数据库移动呀? 我用的方法是(VFP+SQL2000)用ODBC再通过视图进行与VFP的程序相连,我现在还没做到移植的阶段,可是我的疑问是,VFP界面与SQL2000的库在开发的时候是通过指定路径来连接数据的,要移植后路径不是都变了吗,程序还能找到数据源吗?


54 楼

pony:
    我曾经试着用VFP连接SQL2000做过,但觉得很别扭,就没有深入了,所以这方面我很惭愧,没什么经验可谈。
    至于用delphi+SQL2000,一般是ADO连接,所以SQL2000无论是在本机还是远程服务器上,其实连接上需要的改动实在很小,不用担心。

55 楼

另:学习SQL2000实在是一门大学问,恐怕需要下的工夫不比学一门语言低,甚至可能更高,要有心理准备哦:)

56 楼

160问上说:从哪里开始事务处理read events就放在哪里。
明白了吗?

57 楼

放在主程序中那一句:do main.scx 后面要得不?

58 楼

放在主程序中那一句:do login.scx 后面要得不?

59 楼

放在主程序中那一句:do login.scx 后面要得不?
真的,那个问题,把SELECT 后的结果放在那个TEXT里面怎么写啊?

60 楼

多谢楼主:
   我会边学DELPHI边用VFP+SQL2000做系统来尝试新的方式!


我来回复

您尚未登录,请登录后再回复。点此登录或注册