vfp 编程结尾的连编可执行文件时过程中很容易出问题。

式还是无模式，都不会霸占焦点。

5.一般情况，用户的应用系统需要一个主表单（主窗口），您可以将_Screen作为这个主窗口，也可以将项目中的某个"顶层表单"做为"主窗口"，很难说那种更好。但在此笔者建议使用VFP主窗口做为用户系统的主窗口，这样可能会省去一些麻烦，因为VFP的很多工具条窗口被设计成只能开在_Screen中，例如在打印预览工具条等。

程序编译成EXE后，前者启动时先显示VFP主窗口，后者直接显示程序员自己设计的顶层表单。对于后者，为屏蔽VFP主窗口，一定要在Config.fpw写入Screen=off(Config.fpw应加入到项目中，这样连编后它将被包含进EXE中，这一来可减少提供安装文件的数量，二来也可避免被用户更改)。 另一方面，很多应用系统程序都喜欢有一个漂亮的或曰自以为漂亮的启动封面，然后再进入主控界面。如果一方面不希望在显示自己的启动封面前有VFP主窗口抢镜头，另一方面又想让VFP主窗口做为程序的主控界面时，解决办法是：设计一个"顶层表单"做为启动封面，config.fpw中仍须写Screen=off，然后在启动封面展示够了自己的魅力之后，用一句_Screen.Show将_Screen打回原形。

6.ShowWoindow与DeskTop属性仅规定了Form在显示方面的特征，而在"对象"这一更加高级的层面上，"顶层表单"与"从属表单"彼此是平级的，而_Screen虽然在显示方面与"顶层表单"具有相同的地位，但在对象层面却是高一级的家伙，所有表单，不管你是"顶层表单"还是"从属表单"，都是它的子对象，这想起来就叫人糊涂，还是赶紧不想的好。

7."为什么我的程序编译后一闪而过？" 这个问题有两种可能性，第一种是程序执行完成并退出，第二种是程序正在执行，但界面被隐藏。对于第二种情况，可直接按"Ctrl-Alt-Del"键观察到。造成这两种情况的原因如下： 我们先看下面的一段示例程序，假如下面的示例程序是项目的主程序，并且应用项目以VFP主窗口做为自己的主窗口。

*环境设置

Do Form myScreen &&启动封面表单 _

Screen.Show &&显示VFP主窗口

Do myMenu.mpr &&安装菜单系统

RETURN

为达到在显示启动封面之前不显示VFP主窗口的目的，在Config.fpw中已写Screen=off，当程序执行到Do Form myScreen这一句时，如果表单myScreen的ShowWindows属性被设为"在屏幕中"，则不管是在开发环境还是在编译环境下，程序都将停下来，表单被显示在_Screen中，而_Screen被隐藏了，因此表单跟着也被隐藏了，所以在屏幕上什么也看不见。这就是第二种情况的产生原因。为了避免这种错误的出现，必须将myScreen表单的ShowWindow的属性设为"做为顶层表单"，这样就可使在_Screen被隐藏的情况下，myScreen仍然可以被显示出来。但请注意，在此情况下，Do Form myScreen这句话执行后，程序并不能停下来，而是顺序地执行下去，一直到执行到RETURN后程序退出，这也就是著名的"一闪而过"现象了。为此必须在程序中包含事件处理命令Read Events使程序停下来，如下： *环境设置

Do Form myScreen &&启动封面表单

Read Events &&开始事件处理：使启动封面停下来

_ Screen.Show &&显示VFP主窗口

Do myMenu.mpr &&安装菜单系统

Read Events &&开始事件处理

RETURN

程序执行Do Form myScreen后，将启动封面显示在屏幕上，然后向下执行到Read Events开始事件处理，此时启动封面表单必须由用户关闭或由表单事件关闭，否则程序将一直停在