Try...Catch结构化异常处理

  1.  
    1. Try...Catch...会损耗一定的性能,但不会造成性能瓶颈。
    2. 建议使用try...catch。
    3.  尽可能的考虑到可能存在的异常并进行处理,尽可能的少出现异常或不出现异常。
    4. 不要滥用数据库事务提高性能,这样可能会造成并发访问的性能问题或性能瓶颈。
    5. 不要使用try...catch进行流程处理。
    6. 如果可能的话,尽量要把循环写在try...catch内部,而不要把try...catch放到循环内部。
    7. 如果是try...catch中套着try...catch,异常处理机制是从内部的try...catch...往外部抛的,最先是在内部进行捕获、处理。
  2. 个人总结:

    Try......Catch

    1.在分层的结构中,使用的是方法的嵌套调用,异常处理的机制是从底层向上层的顺序抛出(即由内向外),直至到最外层的Page页面。最后呈现到客户端,其实只要在最外层做异常处理就可以了。不是必须每层都做异常处理。

     

    例如

    UI层:

      Try...Catch结构化异常处理_第1张图片 

         BLL层:

          Try...Catch结构化异常处理_第2张图片

          DAL层:

           Try...Catch结构化异常处理_第3张图片

 

           按DAL-->BLL-->UI顺序抛出,最后交给Page主程序呈现到Client,其实正常调用返回结果的顺序是一致的。

 

           如下图:

           Try...Catch结构化异常处理_第4张图片

 

 

你可能感兴趣的:(Try...Catch结构化异常处理)