发信人: roadcom(柔昆)
整理人: hunter__fox(2002-05-21 10:04:55), 站内信件
|
“而作为VFP ，无论其有多么优秀，也还是存在短处的。我们应当认识到这一点，并坦然面对，通过学习其它语言，了解它们，取长补短，才有可能让VFP 放出更光辉的光彩。并不是我会VC，我也是因为要做完全对象化的VFP 菜单，才去了解VC的。我这里，并没有任何看不起VFP 的意思，只是，我认为，通过接触其
它的开发平台，我们能够更好的看清VFP 的长处和短处，我们可以有机会对VFP
作更多的了解。”
引用这一段话，颇有断章取义之嫌。只是有个问题一直困扰着我，与上面这段话有关。在这里，想问先生一句话，请直截了当地回答我（最好是回答1或2）：
您是愿意(1)用VFP来编写C程序呢，还是愿意(2)直接用C来写C程序？
照先生的说法，反正无论用VFP“熟练”到何种程序了，最终仍不得不面对操作平台内部，也不得不去钻研“API”；换句话说，也不得不去面对C。因为操作系统本身就是用C写出来的，所有API都是直接用C来描述的；即便你将它们逐一翻译成VFP的Declare，仍然改变不了这个现实：它们仍然是C，只不过看上去比较VFP了一点点而已。
那么回过头来想想，当初自己为什么要学VFP呢？直接学C不更好么？反正最终都是要面对C的。照先生的说法，也许一开始学VFP，就已经走上了一条最大的“弯路”了（先生原意想教人少走一些“弯路”的，不过很可能，这“VFP的道路”走得越远，越弯得厉害了）。
我一直不肯老老实实面对C。尽管读大学时曾学过一遍，不过那时是Turbo C++，for Dos的。学完之后就撂在那里了，从来没有编过一个C程序。此后心中存了一份恐惧，一直不敢面对它。用C来写程序是一件痛苦的事情，并不是它的概念如何艰深，而是无法面对那一长串一长串的英文函数名。一看就头晕。
用VFP是因为可以偷懒，大多数单词只写四个字母就可以了，多么畅快的一件事情啊。事实上就是因为这个，才用VFP的。记得那时先看了VB，看完之后有点小觑了它，Basic？我初中就会的玩意？在DOS下简直一无是处，在Windows下又能有什么作为呢？现在看看先生引用的微软的广告“没有VB做不到的”，方知自己已走了一条大大的弯路了。
在VFP后又看了一遍Delphi，看完了，又面对与当初一样的难题：Delphi的英文函数名也并不好记啊！还有一点：还是得面对Windows API, 还是得面对C！
您是愿意用Delphi来编写C程序呢，还是愿意直接用C来写C程序？
这个问题问得我更加痛苦。因为Delphi的语法本身就比VFP更困难一些，我不晓得这个“弯路”是不是走得更远了呢？
今天与先生辩论完，我想我会郑重考虑不走“弯路”的可能性。
我想，先生应该鼓励不想走弯路的人去学VC，而不是VFP或其它东西。
您是愿意用VFP来编写C程序呢，还是愿意直接用C来写C程序？
——聪明的，我问您 。
|
|