在不分层的系统里,我们可以将所有的代码都写到一个地方,比如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的一个方法,等等。
分享到:
相关推荐
因此,本文将对Action、Service和Dao的功能进行详细的区分和解释。 首先,让我们从Action开始。 Action是指与页面相关的逻辑处理,主要负责处理页面的输入和输出,并对业务逻辑进行调用。例如,在Struts框架中,...
Action、Service 和 Dao 功能解析 在不分层的系统中,我们可以将所有的代码都写到一个地方,比如 Struts 的 Action 类。在这里,我们不仅要处理页面逻辑,还要做业务逻辑,还要做数据访问。为了更好地理解和分离 ...
标题和描述中提到的"action层,dao层,service层,entity层"是这种分层架构的典型组成部分,下面将详细解释每一层的功能和它们之间的交互。 1. **Action层(控制层)**: 这一层主要负责接收用户的请求,进行业务...
在SSH整合开发中,利用Spring管理Service、DAO等组件,利用IoC机制实现Action和Service,Service和DAO之间低耦合调用。利用AoP机制实现事务管理、以及共通功能的切入等。 功能是整合,好处是解耦。
”、“Service DAO SSH Action”以及“SSH Com DAO DAO”标签,分别对应了SSH框架中的不同组件和设计模式。 首先,Struts2(Action!)是MVC(Model-View-Controller)框架的一部分,负责处理用户请求并转发到相应的...
在Java Web开发中,"jsp、servlet进行增删改查,dao层和service层分开"是一种常见的设计模式,它遵循了MVC(Model-View-Controller)架构,旨在提高代码的可维护性和可扩展性。以下是这个模式的详细解释: 1. **...
Action是管理业务调度和管理跳转的,Service是管理具体的功能的,DAO只完成增删改查。总结这三者,Action像是服务员,Service是厨师,DAO是厨房的小工。相互关系是,小工(DAO)的工作是要满足厨师(Service)的要求,...
我们在开发过程中经常会发生spring注入错误或失败的情况,其实Web服务器端在Action、dao、service包之内是很容易实现的,在这些包之外实现spring注入就不容易了,总是出错,其实根本原因是无法获得相应的spring上...
在Service和DAO之间传递的参数通常是Model对象,这样可以确保数据的一致性,并且减少了类型转换的麻烦。 **DAO(Data Access Object)** 是数据访问对象,主要职责是与数据库进行交互,执行SQL语句,实现数据的持久...
Java自动生成entity、dao、service、controller代码
在SSM中,Spring作为核心,负责管理Struts2的Action、MyBatis的SqlSession以及Service和DAO等对象,实现业务逻辑的解耦。 2. **Struts2**:Struts2 是一个基于MVC(Model-View-Controller)设计模式的Web应用框架,...
### Spring 3 MVC 注解Action DAO Service 实例教程 #### 一、Spring 3 MVC 注解概述 Spring框架自诞生以来一直致力于为复杂的软件工程问题提供简洁且非侵入式的解决方案。随着版本的演进,Spring 2.0 引入了定制...
代码层次: bean-->dao-->service-->action 技术概述:1.继承 继承是利用现有的类创建新类的过程,现有的类称作基类(或父类),创建的新类称作派生类(子类)。继承其实就是自动地共享基类中成员属性和成员...
例如,可能有一个`action.vm`用于生成Action类,`serv.vm`用于生成Service类,以及`dao.vm`用于生成DAO类。模板文件通常包含变量和控制结构,这些会在运行时被替换为实际值。 在描述中提到,我们需要将`generator....
- **Spring**:用于Service层和DAO层,提供依赖管理和事务管理等功能。 - **Hibernate**:用于DAO层,负责对象关系映射(ORM),使得Java对象能够与数据库表相对应。 3. **配置文件**:配置文件是Spring框架中的...
Service层是业务逻辑处理的核心,负责封装数据访问层(Dao)的操作,以提供给控制层(Action)调用。在本例中,我们首先完善了`CategoryService`接口,定义了基本的CRUD方法,包括`save()`、`update()`、`delete()`...
生成struts2 dwr spring 配置文件和数据操作类(com.comm 中BaseDao) idao层 dao层的实现类 Service 层和IService层 总的情况为 src 下有 com.comm BaseDao com.idao pojo所在的类的接口 com.daoimlp pojo所在...
Struts2、Spring和iBatis是Java Web开发中常用的三大框架,它们分别负责MVC模式中的Action层、业务逻辑层(Service层)以及数据访问层(DAO层)。本项目提供的是一款工具,能够自动化生成这三层的代码,极大地提高了...
一键生成整库的mapper entity dao service serviceTest controller controllerTest controller注释-- 在线文档生成 前提是先建表写 表注释 字段注释 如果要使用doc文档 电脑需要配置node 安装apidoc 比swagger好用...