在Visual Basic中调试程序.pptVIP

如果在Key Down期间中断执行，则可有大致相同的考虑。如果在Key Down过程中保留一个断点，则可能再也得不到Key Up事件。 如果在Got Focus或Lost Focus事件过程期间中断执行，则系统消息的计时可能会产生不一致的结果。要使用Debug. Print语句代替Got Focus或Lost Focus事件过程中的断点。 由于调试器中潜在的冲突问题，当显示一个模拟窗体或消息框时，开发环境将不能产生事件。这样一来，事件就被禁止，直到这个模拟窗体或消息框被释放为止。 重点事件的禁止只发生在开发环境中。一旦项目编译通过后，即使显示模拟窗体或消息框时也仍旧会产生事件。 一个带有定时器控件的窗体在开发环境中运行，选择【工具】菜单上的【选项】打开【选项】对话框。这个对话框是模拟对话框。定时器的Timer事件就会被禁止，直到这个对话框被释放。 设计时，一个带有定时器控件的用户控制的实例被放到一个窗体上。选择【工程】菜单上的【添加类模块】对话框，这个对话框是模拟对话框。定时器控件的定时器事件会被禁止，直到这个对话框被释放为止。 可以让应用程序使用命令行参数，在启动时，这些参数会向应用程序提供数据。用户可以选择操作环境的【运行】命令来输入它们，然后在应用程序名之后键入参数。在创建应用程序的图标时也可使用命令行参数。 选择【工程】菜单里的【属性】命令，单击【工程属性】对话框的【生成】选项卡，在【命令行参数】文本框中键入示例的参数。选择【确定】。 如果不想在发布给用户的应用程序中包含调试信息语句，则在使用【生成…….EXE】命令时，用条件编译来删除这些语句。 因为对Assert过程的调用是条件编译的，所以，把f Debug设置为True，只有可执行文件才包含这个调用。 断言是一种方便的方法，可以测试应该在代码中特定点出现的条件。设想一个Assert语句如同做一个假设。如果用户的假设是True，将忽略这个断言，如果你的假设是False，Visual Basic会产生动作以引起用户的注意。 在Visual Basic中，断言总是以方法的形式出现：Debug对象的Assert方法，需要一个布尔类型参数，这个参数规定计算的条件。 Debug. Assert语句不会出现在编译后的应用程序中，但是，在设计环境中运行时，它会使应用程序进入中断模式，并突出显示包含这条语句的代码行。 请求时编译和后台编译是使应用程序在开发环境中快速运行的相关功能。在编译出整个工程的可执行文件之前，使用这些功能可能会隐藏代码中的编译错误。在【工具】菜单的【选项】对话框的【通用】选项卡中可打开或关闭这些功能。这两个功能默认时是打开的。 在开发环境中，请求时编译只允许应用程序在必要时才编译代码。在打开请求时编译功能并单击【运行】菜单中的【启动】时只编译运行程序所必需的代码。于是，在开发环境中运用应用程序的功能越多，需要编译的代码也就越多。 在开发环境中，如果不出现其它操作，则后台编译允许Visual Basic在运行时继续编译代码。 当打开这些功能并在开发环境中运行工程时，有些代码可能不会被编译，于是，选择了【生成…….EXE】命令时，重新编译后将会看到意想不到的新错误。 Il debug 编程错误包括语法错误、运行时错误和逻辑错误。 不正确地创建代码时就会出现语法错误，包括错误地输入关键字，遗漏了必要的标点符号或者不正确的结构。 Visual Basic包含有【自动语法检测】选项，可以在用户编写程序时检测和更正语法错误。如果使用了这个选项，Visual Basic就会在用户输入程序时解释这个程序。当它发现错误时，就会加亮显示这个程序代码并显示一个消息框来解释原因和提供帮助。这样用户就可以在继续编程之前更正错误。 当程序语句师徒执行一条不可能执行的操作时，就会发生运行时错误。 常见的运行时错误是试图从一个不存在的文件中读取数据，另一个是试图执行被零除的操作。 在用户的程序中为这些错误提供出错处理函数和错误处理例程是很重要的。 当应用程序不能按期望的方式执行时会发生逻辑错误。这些错误是很难发现的。因为应用程序的语法完全合法，运行时也不执行非法操作，但是仍然会产生错误。这类错误通常不会产生出错消息。验证应用程序执行的唯一方法就是测试它并分析运行结果。 使用Visual Basic开发应用程序时，主要会用到两种模式：设计模式是创建和编辑程序用的，运行模式是看程序的运行效果用的。 中断模式可以中止应用程序的执行。在中断模式下，可以修改应用程序的代码、确定已经被调用的活动过程，查看变量、属性和表达式的值，修改程序流程和执行Visual Basic语句。 在运行程序时遇到断点、遇到Stop语句、触发了已放置的查看表达式、在程序执行时按下了控制键加暂停键、程序代码行中的语句生成了一