快捷搜索:

如何区分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();

trans.commit();

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();

trans.commit();

sess.close();

}这样分层,看起来会显得很麻烦,但事实上确凿是大年夜有好处,首先:

代码更易读。每一层的每个措施的意义和目的加倍明确,读以起来受的滋扰更少。

拆开后的每一层都更轻易测试。

详细若何分层,还必要在开拓中,多多体会,这没有绝对的边界,大概一开始放在action里的页面的节制后来会上升为营业规则,并被其它地方重用,然后被移入service;大概某一块对数据的存取也变得异常繁杂,包孕了营业逻辑,然后被移入service;也有可能发明曩昔写的service根本没有想像的那样的营业逻辑,只是赞助做了一些页面的流程节制,然后被重构成Action的一个措施,等等。

您可能还会对下面的文章感兴趣: