WEB开发网
开发学院WEB开发Jsp 违例控制器 阅读

违例控制器

 2008-01-05 09:55:02 来源:WEB开发网   
核心提示:当然,生成的违例必须在某个地方中止,违例控制器,这个“地方”便是违例控制器或者违例控制模块,而且针对想捕捉的每种违例类型,以及是否包含了由产生位置专用的代码,这便使代码很难编写和维护——大型系统尤其如此,都必须有一个相应的违例控制器,违例控制器紧接在try块后面

  当然,生成的违例必须在某个地方中止。这个“地方”便是违例控制器或者违例控制模块。而且针对想捕捉的每种违例类型,都必须有一个相应的违例控制器。违例控制器紧接在try块后面,且用catch(捕捉)要害字标记。如下所示:
  
  
  try {
   // Code that might generate exceptions
  } catch(Type1 id1) {
   // Handle exceptions of Type1
  } catch(Type2 id2) {
   // Handle exceptions of Type2
  } catch(Type3 id3) {
   // Handle exceptions of Type3
  }
  
  // etc...
  
  每个catch从句——即违例控制器——都类似一个小型方法,它需要采用一个(而且只有一个)特定类型的自变量。可在控制器内部使用标识符(id1,id2等等),就象一个普通的方法自变量那样。我们有时也根本不使用标识符,因为违例类型已提供了足够的信息,可有效处理违例。但即使不用,标识符也必须就位。
  控制器必须“紧接”在try块后面。若“掷”出一个违例,违例控制机制就会搜寻自变量与违例类型相符的第一个控制器。随后,它会进入那个catch从句,并认为违例已得到控制(一旦catch从句结束,对控制器的搜索也会停止)。只有相符的catch从句才会得到执行;它与switch语句不同,后者在每个case后都需要一个break命令,防止误执行其他语句。
  在try块内部,请注重大量不同的方法调用可能生成相同的违例,但只需要一个控制器。
  
  1. 中断与恢复
  
  在违例控制理论中,共存在两种基本方法。在“中断”方法中(java和C++提供了对这种方法的支持),我们假定错误非常要害,没有办法返回违例发生的地方。无论谁只要“掷”出一个违例,就表明没有办法补救错误,而且也不希望再回来。
  另一种方法叫作“恢复”。它意味着违例控制器有责任来纠正当前的状况,然后取得出错的方法,假定下一次会成功执行。若使用恢复,意味着在违例得到控制以后仍然想继续执行。在这种情况下,我们的违例更象一个方法调用——我们用它在Java中设置各种各样非凡的环境,产生类似于“恢复”的行为(换言之,此时不是“掷”出一个违例,而是调用一个用于解决问题的方法)。另外,也可以将自己的try块置入一个while循环里,用它不断进入try块,直到结果满足时为止。
  从历史的角度看,若程序员使用的操作系统支持可恢复的违例控制,最终都会用到类似于中断的代码,并跳过恢复进程。所以尽管“恢复”表面上十分不错,但在实际应用中却显得困难重重。其中决定性的原因可能是:我们的控制模块必须随时留意是否产生了违例,以及是否包含了由产生位置专用的代码。这便使代码很难编写和维护——大型系统尤其如此,因为违例可能在多个位置产生。

Tags:违例 控制器

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接