软件开发过程中的事务处理（二）

在上一篇 软件开发中的事务处理 中我们已经比较了将connection的打开、关闭以及提交和回滚放在service层和DAO层，而笔者认为，放在service层更为合理，这样可以更有效的控制事务，但是这样的做法带来了一些弊端，其中一个就是异常，因为DAO层不可避免地要掷出异常，而在写操作的方法中，我们则需要catch这个异常，同时把connection回滚。

那么如何来处理这个问题呢？我个人的做法是这样的：

1、尽量拆分DAO的方法，最好可以做到DAO的方法，只负责读写而没有任何逻辑的判断。要做到这一点，我们首先要放弃一个service层的方法对应一个DAO方法的思想，DAO本来就是为了Service服务的，所以一个Service方法应该是调用一个以上的DAO方法，而不是一一对应的关系。

2、通过步骤一，尽量做到，不在DAO层抛出任何异常，尤其是要被service层中包含写的方法调用的DAO方法，这样一来就可以避免

catch ( *** Exception e) ... {
    ConnectionPool.rollback(Connection);
    throw e;
}

这样的代码出现了。

而这样的做法，还可以极大的提高代码的重用性，使我们的系统更容易维护和升级。

下面是一个简单的例子。

一个论坛系统，用户可以删除自己的帖子。

如果我们采用service和DAO方法一一对应的设计，接口如下：

service中的方法为：void deleteThread(int userId, int threadId);
DAO方法：void deleteThread(int userId, int threadId);
第一个方法只是简单的调用第二个方法而已，可以说只是一个简单的代理，而所有的逻辑判断等都在dao.deleteThread中

那么dao.deleteThread方法应该处理以下操作：

deleteThread( int  userId,  int  threadId)  throws  ObjectNotFoundException ... {
Thread thread = getThread(This may be just some codes rather than a method)
if(thread == null)...{
throw new ObjectNotFoundException();
}else...{
deleteThead(This may be just some codes rather than a method)
}
}

而如果我们不是用一一对应的方式最这个功能进行设计的话，代码则如下：

service.deleteThread( int  userId,  int  threadId) ... {
Thead thread = dao.getThread(threadId);
if(thread==null)...{
throw new ObjectNotFoundException();
}else...{
if(thread.getUserId==userId)...{
dao.deleteThread(threadId);
}else...{
throw new RequestDeniedException();
}
}
}

DAO当中则包括两个方法，
dao.getThread(int threadId);
dao.deleteThread(int threadId);

仅仅从这一部分代码中，我们很难看到什么好处，但是当我们的论坛系统功能增加时，我们会看到，dao.getThread(int threadId) 这个方法会重复使用了几次。比如，我们的系统增加了推荐功能，让用户可以针对其他人的帖子进行推荐，而每个用户不能推荐自己的帖子，推荐次数之可以是一次。

这样做，还会留下一个问题，就是说，每次在serivce层判断thread是否为null，如果是，则抛出异常这一段代码会显得非常繁琐。而如果在DAO中判断，抛出异常的话，又会让我们走到了文章开头提到的圈子。

这个问题，等到下一章结合Hibernate的一些设计在 软件开发过程中的事务处理（三）中 来讲。



版权所有： idilent 网站转载请注明作者并链接到http://blog.csdn.net/idilent，
其他转载方式请与作者联系(idilent@yahoo.com.cn)。