在企业级web分层式应用中错误架构设计

在企业级web分层式应用中异常架构设计
  做java开发已经有几年了，所面对的项目有大也有小，这些项目就整体上的设计方式无外乎就一种，那就是分层设计，一般分为dao,service,action这几层，有的项目结构为:dao,daoimpl,service,serviceimpl,action，看这些项目中都没有对异常进行很好的处理，一些项目几乎没有对异常信息进行过什么处理，而我认为，一个好的异常处理的设计对于提高开发效率是必不可少的，在项目完成后，出现问题也容易定位问题所在，下面给出我项目中采用的异常架构的处理，以部门信息为例：
dao接口，代码为：

/** * 根据传入的部门主键查找对应的部门 * @param id部门的主键 * @throws DepartmentServiceException * @return DepartmentVO */public DepartmentVO doFindById(Long id) throws DepartmentServiceException {try {Department pojo = departmentDAO.findById(id);DepartmentVO vo = new DepartmentVO();BeanUtils.copyProperties(vo, pojo);return vo;} catch (Exception e) {logger.serious(e.getMessage(), e);//这个日志级别是自定义的，对log4j源码进行了修改throw new DepartmentServiceException("DepartmentServiceImpl.doFindById","ServiceException",e);}}

自己包装了DepartmentDAOException,DepartmentServiceException,它们都继承自BaseException，BaseException又继承Exception，在打印异常信息时采用log4j不采用java里面的打印堆栈语句，这样做的好处是我们可以控制异常信息的打印与否，比如在给客户演示时，数据库里的数据不完整，我们并不希望客户看到这些信息，另一方面客户期望的是一个没有问题的系统，客户并不关心这些，我们可以通过这种方式不打印异常信息，只是把这些异常信息写入日志，过后我们检查日志，定位问题。
关于代码中使用的logger.serious，在log4j中并不存在，我是修改了源码，加入了一个日志级别，可以参考我的另一篇文章《为log4j增加日志级别》，下层的异常一层层向上抛，抛到action进行处理，写入日志或是通过struts进行处理等等，或许有人认为这样处理太麻烦了，麻烦是麻烦了点，不过带来的好处只在亲身体验过就知道了，当然这只是一种处理方法，不知道还是没有更好的处理办法

查看更多 下一篇