三层架构和例外

时间:2013-02-06 06:01:29

标签: java exception multi-tier three-tier

对每个应用层(例如PresentationExceptionServiceExceptionPersistenceException等)都有例外,这被认为是一种好习惯。但是,如果我的服务层直接调用DAO方法(持久层方法)而没有额外的操作,那该怎么办呢?

像这样:

public class MyService {
   private IPersonDAO dao = new PersonDAO();

   public void deletePerson(int id) { 
      dao.deletePerson(id);
   }

}

我是否应该使用try-catch块包装此DAO方法调用并重新抛出可能的异常ServiceException?每个DAO方法是否应仅抛出PersistenceException

3 个答案:

答案 0 :(得分:7)

你的Dao异常与服务层无关,服务层与dao层异常无关。正确的方法是捕获dao异常并将新的自定义异常重新抛出到服务层。

如果您需要调试例外而您想要确切原因,可以使用getCause()getSuppressed()方法。

  

我是否应该使用try-catch块包装此DAO方法调用并重新抛出可能的异常作为ServiceException?每个DAO方法应该只抛出PersistenceException吗?

--->是包装它。您可以从dao层抛出其他异常。见下面的例子:

public class MyDao {       

   public Entity getMyEntity(int id) throws ObjectNotFoundException, PersistenceException {
      try {
         // code to get Entity
         // if entity not found then 
         throw new ObjectNotFoundException("Entity with id : " + id + "Not found.");
      } catch(Exception e) { // you can catch the generic exception like HibernateException for hibernate
         throw new PersistenceException("error message", e);
      }
   }

}

答案 1 :(得分:2)

是。如你所提到的,它建议对图层有例外;因为他们可以从服务角度而不是数据库来判断问题是什么。

答案 2 :(得分:0)

是的,您应该在任何情况下包装这些异常,否则您的服务层客户端将被强制处理数据库层。这会使事情变得过于复杂。请注意,与在服务层上方的层中处理数据库异常所需的工作相比,在服务层中完成的工作量是毫无意义的。