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层：

      

         BLL层：

         

          DAL层:

          

 

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

 

           如下图：