exception现在的小项目的处理方法

 显然对于函数要求要抓得异常，一定要在该函数中打印，然后封装抛出。这个封装的non -businee exception 不再重复打印

if(debugisEnabled){

 

}

   对于运行时期抛得异常在最外层打印
   对于throw busineses异常，也在最外层打印。
  

 还有一些特殊的自定义异常SessionExpired ....
  
   ===============================
   DAO： 所有SQL excetpion 抓到 ，打印，然后封装成为  DBException 抛;
  
                                                             FileExcetpion....( 等其他一定要抓得 同上)
      
      
       其他不是一定要抓得exception，，程序运行时候自然直接抛（隐藏，非显式 ）                                                     
      
      
  Service： 封装一个业务exception,然后抛出，其他的来自DAO的exception直接抛  （不管是什么File exception,DB exception）
 
 
  Action :
 
  Business exception:每一个action方法中进行控制，显示特定页面
 
  其他exception整体控制，显示错误面！！只有在这里，最外层，才会对最大的excetpion抓到，然后抛web-xml控制？
  
  
  ==================
  假设对于dao一个特定方法的SQL OR FILE Exception ,我要特殊处理，那么我在service页面要把它封装成为busniess excetpion ,然后抛出
  上面观点错误：？
  假设对于dao一个特定方法的SQL OR FILE Exception ,我要特殊处理，那么我在dao页面要把它封装成为busniess excetpion ,然后抛出 =〉既然特殊处理，就要封装成business exception
  
  ==================================================
  假设对于service ，有一个特定方法的SQL OR FILE Exception ,我要特殊处理，那么我在service页面要把它封装成为busniess excetpion ,然后抛出
 
  假设在action ,可以直接抛business excetpion .

 

模板机制对于action进行处理，避免大量的try ,catch.

 

=====================

对于功能性方法 utils，直接抛exception,让dao,service,action去处理？

还是内部处理掉？

具体分析？

================================

exception.sendMail? or logger.sendmail... or 分开
 ================

在service层，会抛出一些业务上的异常，然后自己封装成自己实现的异常类，同时引用底层的异常对象。然后统一用exception handle扑捉异常，根据不同的业务代码 + (开发 or 调试 状态)在异常页面打印出对应的错误信息以及错误处理。

比如： 抛出一个Business异常，其errCode = "UserNotLogin" .那么我会对应有一个配制文件老保存这个errCode对应的2个错误信息（1个是对应开发状态下的，1个是对应运行状态下），同时会根据是dev或run模式来打印异常信息。

如果是开发状态，我会把底层异常的堆栈信息全部输出。如果是运行状态，就会输出比较友好的提示，甚至是js代码来控制页面。