不是必须的，但最好按这种格式写，这样写代码清晰。属性和方法名，编辑器有提示，而且跟你可视化时看到的那些东西一样，经常用自然记得。特殊的控件，你也必须查资料、帮助，才能知道它的真正用法，那不是可视化界面可以告诉你的。

我告诉你，只有这样用代码，你才能彻底掌控程序的运作，才能知道对什么情况应采用什么设计。很多人所碰到的问题，本质上就是不懂代码流程所致，所以他们永远要问，当人家告诉他解决办法时，就记下来，不会自己解决问题，稍复杂一点、变化一点，就再问。你希望以后也是这样的状态吗？

这跟傻瓜相机一样，可视化编程就是傻瓜编程工具，看起来能够满足大多数应用，但实际上使用者并不是摄影高手，他永远无法拍出人家专业摄影人士的照片质量。可视化编程，也是这样，坛上若干人已经领教过了。

[ 本帖最后由 TonyDeng 于 2011-8-28 18:50 编辑 ]

不希望。

不知道你方便不方便加QQ，这样聊有点费劲，我得不住的刷新窗口。




[ 本帖最后由 星期小五 于 2011-8-29 07:11 编辑 ]

还有，最好的学习vfp的地方是哪里啊？

支持TonyDeng的教法.

各位大侠加我QQ啊，

[ 本帖最后由 星期小五 于 2011-8-29 07:11 编辑 ]

我已经不聊Q很久啦，过了泡妞的时代，嘻嘻。

如果你领会了上的东西，现在基本上可以做你那个程序了（除了自定义属性和方法没讲，但基本架构就是那样了）。但其实上，我不赞成你查询另弹窗口，不过那是个人喜欢吧，总之现在可以做下去了。不懂属性和方法，就查帮助，那才是最权威的信息

顺便说一下，在学习的过程中，就按我前面那种渐进的步骤做，每做一个小功能，就马上运行看效果（开始时小到每个属性都看一看它到底影响哪些方面），没问题再做下一步。渐进的理由，是调试过的部分属于成熟态，新问题十之八九是新行为造成的，缩小新行为的范围，等于给你缩小了查找错误的范围，越容易排错。反过来说，对已经存在的代码，也可以通过屏蔽部分代码来调试。这种代码书写格式的程序，给你做这样的调试提供了极大的方便——可视化编程遇到最令人头痛的地方，就是排除错误和跟踪程序流程，代码和数据分布散乱，带给你的代价是程序逻辑的混乱，这种程序，你不大可能记得几个月前把数据放在什么地方和做了什么事，而全代码程序文件是一览无余的。

[ 本帖最后由 TonyDeng 于 2011-8-28 20:19 编辑 ]

其实，只要看到我开始在主窗口中添加控件那部分代码，就知道可视化数据库表单生成器（即把数据表拖入表单自动形成录入界面那个东东）的工作原理，自己随时也能做出来，而且做它所不能做的。比如，它所做的东西，是把字段名写到Label.Caption属性中，如果数据表的设计是英文字段名，你就得手工改成中文，但我若用代码自己生成，可以直接从字段的Caption属性中取中文名，而非取字段Name，这些在代码中都不过是一个循环动作而已，纵使数据表的数据再多、可变，代码也不用变，你改数据库结构，它就能适应，但可视化编程，必须重新生成界面表单，里面要改、要重复劳动的东西就非常多了。这就是贪图一时之方面，终身痛苦，做的程序越多，负担越重。

1楼的那个表单生成器，极可能是自作聪明，它发现TextBox控件设置的数据类型是“字符”（图片显示有这个设定），而#符号是表示限制输入字符为数字和符号、空白符的，所以设计者就限制在字符数据类型中使用#格式符，这是这个生成器设计者自己的认为，但事实上TextBox控件的InputMask属性在字符数据类型下也可以用#格式符限制输入这些字符。因此，你不要以为这是VFP的问题，所以我说用这种东西学VFP是害死人。其实，你在可视化的表单设计界面中属性框就能填入###格式码，可见那个破生成器有问题（如果你所说是真的）。

[ 本帖最后由 TonyDeng 于 2011-8-28 20:52 编辑 ]

受益匪浅，学习了，我的学习方法也需要认真改进了。同时我认为TonyDeng最好的引路人。