发新话题
打印

如何区分Action, service 和 dao功能

如何区分Action, service 和 dao功能

在不分层的系统里,我们可以将一切的代码都写到一个中央,比如struts的Action类。在这里,我们不仅要处置页面逻辑,还要做业务逻辑,还要做数据访问。比如说:
public String addUser() { if(user == null) { return FAIL_NO_USER; }
Result result = null; if(Role.ADMIN.equals(user.getRole())) { result = doSomethingForAdmin(user) ; } else { result = doSomethingForOthers(user); }
Transaction trans = sess.beginTransaction(); Query query = sess.createQuery("update Result set level = :level"); query.setParameter("level", result.getLevel()); query.executeUpdate(); transmit(); sess.close();
return SUCCESS; }
那么下面的代码,哪些局部是页面的局部,哪些是业务处置,哪些是数据访问呢?我认为,这个划分方法是:Action里只做和页面相关的事,不操作业务对象;Service不依赖于任何表现技术,不操纵任务用于表现的对象,关于业务对象,尤其是跨多个业务对象的操作,要放到Service外面来;最后,单纯的业务对象的存取,组装放到DAO里完成。下面所说的业务对象,就是像上例中role, result等和业务相关的对象,而SUCCESS, inputID等,卡富亚沙发则是页面相关的局部。因些,可以将上例改为: public String addUser() { if(user == null) { return FAIL_NO_USER; }
Result result = service.process(user);
dao.update(result);
return SUCCESS; }
在service里: public Result process(User user) { Result result = null; if(Role.ADMIN.equals(user.getRole())) { result = doSomethingForAdmin(user) ; } else { result = doSomethingForOthers(user); }
return result; }
在dao里: public void update(Result result) { Transaction trans = sess.beginTransaction();
Query query = sess.createQuery("update Result set level = :level"); query.setParameter("level", result.getLevel()); query.executeUpdate();
transmit(); sess.close(); }
这样分层,看起来会显得很费事,但事实上确实是大有益处,首先: 代码更易读。每一层的每个方法的意义和目的愈加明确,读以起来受的干扰更少。 拆开后的每一层都更容易测试。 具体如何分层,还需要在开发中,多多领会,这没有绝对的界限,也许一开始放在action里的页面的控制后来会上升为业务规则,并被其它中央重用,然后被移入service;也许某一块对数据的存取也变得非常复杂,包含了业务逻辑,然后被移入service;也有可能发现以前写的service根本没有想像的那样的业务逻辑,只是协助做了一些页面的流程控制,然后被重构成Action的一个方法,等等。
jiyizhen-buy.com颈椎保健枕太空记忆枕 igerl.com歌瑞尔内衣

TOP

发新话题