|
12.3.5.3 自定义异常的应用举例 下面我们给出一个利用自定义异常编程的完整实例。 两个标签框(Label1、Label2)标示对应编辑框的功能。编辑框PassWord和InputEdit用于输入口令和数字。程序启动时Label2、InputEdit不可见。当在PassWord中输入正确的口令时，Label2、InputBox出现在屏幕上。此时Label1、PassWord隐藏。 设计时，令Label2、InputEdit的Visible属性为False。通过设置PassWord的PassWordChar可以确定输入口令时回显在屏幕上的字符。 自定义异常EInvalidPassWord和EInvalidInput分别用于表示输入的口令非法和数字非法。它们都是自定义异常EInValidation的子类。而EInValidation直接从Exception异常类派生。 下面是三个异常类的定义。 type EInValidation = class(Exception) public ErrorCode: Integer; constructor Create(Const Msg: String;ErrorNum: Integer); end; EInvalidPassWord = class(EInValidation) public constructor Create; end; EInvalidInput = class(EInValidation) public constructor Create(ErrorNum: Integer); end; EInValidation增加了一个公有成员ErrorCode来保存错误代码。错误代码的增加提供了很大的编程灵活性。对于异常类，可以根据错误代码提供不同的错误信息；对于使用者可以通过截取错误代码，在try...except模块之外来处理异常。 从以上定义可以发现：EInvalidPassWord和EInvalidInput的构造函数参数表中没有表示错误信息的参数。事实上，它们保存在构造函数内部。下面是三个自定义异常类构造函数的实现代码。 constructor EInValidation.Create(Const Msg: String; ErrorNum: Integer); begin inherited Create(Msg); ErrorCode := ErrorNum; end; constructor EInValidPassWord.Create; begin inherited Create('Invalid Password Entered',0); end; constructor EInValidInput.Create(ErrorNum: Integer); var Msg: String; begin case ErrorNum of 1: Msg := 'Can not convert String to Number'; 2: Msg := 'Number is out of Range'; else Msg := 'Input is Invalid'; end; inherited Create(Msg,ErrorNum); end; 对于EInvalidInput，ErrorCode=1表示输入的不是纯数字序列，而ErrorCode=2表示输入数值越界。 口令检查是用户在PassWord中输入口令并按下回车键后开始的。实现代码在PassWord的OnKeyPress事件处理过程中： procedure TForm1.PassWordKeyPress(Sender: TObject; var Key: Char); const CurrentPassWord = 'Delphi'; begin if Key = #13 then begin try if PassWord.text <> CurrentPassWord then raise EInvalidPassWord.Create; Label2.Visible := True; InputEdit.Visible := True; InputEdit.SetFocus; PassWord.Visible := False; Label1.Visible := False; except on EInvalidPassWord do begin PassWord.text := ''; raise; end; end; Key:=#0; end; end; 同样，在InputEdit的OnKryPress事件处理过程中实现了输入数字的合法性检查： procedure TForm1.InputEditKeyPress(Sender: TObject; var Key: Char); var Res: Real; Code: Integer; begin if Key = #13 then begin try val(InputEdit.text,Res,Code); if Code <> 0 then raise EInValidInput.create(1); if (Res > 1) or (Res < 0) then raise EInValidInput.create(2); MessageDlg('Correct Input', mtInformation,[mbOk], 0); Key := #0; except on E:EInValidInput do begin InputEdit.text := ''; MessageDlg(E.Message, mtWarning,[mbOk], 0); end; end; end; end; 由于异常响应后即被清除，所以要显示异常信息，需要另外的手段。在以上两段程序中我们采用了两种不同的方法：在口令合法性检查中，利用异常重引发由系统进行缺省响应；在输入数字合法性检查中，通过异常实例来获取异常信息并由自己来显示它。 以上所举的是一个非常简单的例子，但从中已可以发现：使用自定义异常编程，为程序设计带来了很大的灵活性。 12.3.6 利用异常响应编程 利用异常处理机制不仅能使程序更加健壮，而且也提供了一种使程序更加简捷、明了的途径。事实上，使用自定义异常类就是一种利用异常响应编程的方式。这里我们再讨论几个利用标准异常类编程的例子。 比如为了防止零作除数，可以在进行除法运算前使用if…then…else语句。但如果有一系列这样的语句则繁琐程度是令人难以忍受的。这时候我们可能倾向于使用EDivByZero异常。例如如下一段程序就远比用if…then…else实现简捷明了。 function Calcu(x,y,z,a,b,c:Integer):Real; begin try Result := x/a+y/b+z/c ; except on EDivByZero do Result := 0; end; end; 在(6.2.3)记录文件的打开与创建中就是利用异常响应来实现文件的打开或创建。 procedure TRecFileForm.OpenButtonClick(Sender: TObject); begin if OpenDialog1.Execute then FileName := OpenDialog1.FileName else exit; AssignFile(MethodFile,Filename); try Reset(MethodFile); FileOpened := True; except on EInOutError do begin try if FileExists(FileName) = False then begin ReWrite(MethodFile); FileOpened := True; end else begin FileOpened := False; MessageDlg('文件不能打开',mtWarning,[mbOK],0); end; except on EInOutError do begin FileOpened := False; MessageDlg('文件不能创建',mtWarning,[mbOK],0); end; end; end; end; if FileOpened = False then exit; Count := FileSize(MethodFile); if Count > 0 then ChangeGrid; RecFileForm.Caption := FormCaption+' -- '+FileName; NewButton.Enabled := False; OpenButton.Enabled := False; CloseButton.Enabled := True; end; 总之，利用异常响应编程的中心思想是虽然存在预防异常发生的确定方法，但却对异常的产生并不进行事前预防，而是进行事后处理，并以此来简化程序的逻辑结构。 12.4 程序调试简介 Delphi提供了一个功能强大的内置调试器(IntegratedDebugger), 因而对程序的调试不用离开集成开发环境(IDE)就可以进行。 程序错误基本可以分为两类，即运行时间错和逻辑错。所谓运行时间错是指程序能正常编译但在运行时出错。逻辑错是指程序设计和实现上的错误。程序语句是合法的，并顺利执行了，但执行结果却不是所希望的。 对于这两类错误，调试器都可以帮助你快速定位错误，并通过对程序运行的跟踪和对变量值的监视帮助你寻找错误的真正原因和解决错误的途径。 程序调试的主要内容可以概括为如下的几方面： 1.调试的准备和开始； 2.控制程序的执行； 3.断点的使用； 4.检查数据的值。 程序调试只有用户实际上机操作才能真正掌握。在这一节中我们主要对调试中的主要问题和一些关键点进行介绍。至于一些很细小的问题相信读者可以在上机实际应用中掌握，因而没有列出。 12.4.1 调试的准备和开始 在程序开发过程中程序编码和调试是一个持续的循环过程，只有在你对程序进行了彻底的测试后才能交付最终用户使用。为了保证调试的彻底性，在调试前应制定一个详细的调试计划。一般说来应该把程序划分为几个相对独立的部分，分别进行调试，以利于错误的迅速定位，确保每一部分程序都按设计的要求运行。 调试计划准备好后就可以开始程序的调试。 开始一个调试过程包括： 1.编译时产生调试信息； 2.从Delphi里运行你的程序。 在程序调试过程中，程序的执行完全在你的控制之中。你可以在任何位置暂停程序的执行去检查变量和数据结构的值，去显示函数调用序列，去修改程序中变量的值以便观察不同值对程序行为的影响。 12.4.1.1 产生调试信息 要使用内部调试器必须选中Option| Environment菜单References页的IntegratedDebugging检查框。缺省情况下该框被选中。 在开始调试前需要使用Symbols Debug Information(调试符号信息)编译工程文件。调试符号信息包含了一个符号表，能够使调试器在程序的源代码与编译器产生的机器代码间建立联系。这样在程序执行中可以同时查看对应的源代码。 Delphi 在缺省情况下自动产生调试符号信息。在集成开发环境中的开关选项是Option|project菜单Compiler Options页的DebugInformation and Local Symbols检查框。 当产生的调试符号信息供内部调试器使用时，编译器把调试符号表储存在每个相应的.dcu文件中。 如果希望在集成环境外使用Turbo Debugger，则需要把调试信息储存在最终的 .exe文件中。为此需要选定Option|Project菜单Linker页的Include TDWDebug Info检查框。 由于储存调试信息大大增加了执行文件的大小，因而调试完成后应重新生成一个不包含调试信息的执行文件。 12.4.1.2 运行程序 通过调试器(包括内置调试器)运行程序，当程序处于等待状态时，调试器可以获得控制，利用调试器的功能来检查当前程序的状态。通过合理布置屏幕显示，使应用程序运行窗口和CodeEditor(代码编辑器)互不重叠，可以让用户在它们间方便地切换以观察代码执行的效果。 如果希望使用命令行参数来调试程序，则可以通过Run|Parameters菜单打开运行参数对话框进行设置。 12.4.2 程序运行的控制 程序运行控制的方法和使用如下表。 表12.7 程序运行控制的方法和使用途径 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 方法 使用途径 ─────────────────────────────── 运行到光标位置 ● Code Editor加速菜单的Runto Cursor项 (Run to Cursor) ● Run主菜单的Run to Cursor项 ● F4 跟踪(Trace Into) ● Run主菜单的Trace Into项 ● Trace Into加速按钮 ● F7 步进(Step Over) ● Run主菜单的Step Over项 ● Step Over加速按钮 ● F8 运行到断点 设置断点并按正常方式运行 暂停程序执行 Run主菜单的ProgramPause项 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 跟踪和步进都是一种单步执行方式。但“步”的含义不同。对跟踪而言它一次执行一条简单程序语句。当碰到包含调试信息的函数或过程调用时则跳入该函数或过程，并执行其第一条可执行语句。对步进而言它一次执行一条当前模块的可执行语句，而不管该语句是否是函数或过程调用。 运行到光标位置和运行到断点都是程序正常运行到某一确定的源代码位置，而后进入调试状态。但相对于运行到光标位置而言，运行到断点更为灵活。因为断点一次可设置多个，同时也可以对断点设置一定的条件。只有满足该条件程序运行才会中止。
|
当前位置：
