关于service层和DAO层的几点疑惑

Posted 2023-05-04

首先，service层会很大，方法很多。
第二，试想，所有DAO都有增删改查四个基本方法。假设在DAO层（如StudentDAO.java）里student.add(),student.delete().student.update(),student.query()。
而如果应用增加了service层（如ApplictionServiceImpl.java），需要在service层中加上
applicationService.addStudent(),deleteStudent(),updateStudent(),queryStudent()四个方法。
这时你需要更新service层的接口类ApplicationService.Java，加上这四个方法。然后再更新service层的实现类ApplicationServiceImpl，加上这四个方法，最后你发现这四个方法每个方法里都只有一句话（以addStudent()为例）
public int addStudent(Student student)
return student.add();

这样是不是太傻了点，还不如在action中直接调用StudentDAO中的student.add()。
以上是我的个人看法，请各位指点
lovepetrel 是从网上copy过来的http://zhidao.baidu.com/question/46421595.html 已经看过了 就不多说了
Proc_871113写的很详细 先谢谢你 但是我还是有点不明白 能给我个例子么 有代码的 ！

这么来讲好了 按你所说 在action中直接调用StudentDAO中的student.add()。 现在有客户A 客户B

客户A的需求是 addStudent 这个和你所说的情况一致

客户B的需求是 addStudent 前去加一个动作 将学生父母的信息也插入数据库

这时如果按照只调用DAO的方法的话，你需要从新建立一个action
CustomerBAction
再重新写一个DAO 因为这个DAO里要有添加父母的方法 student.addStudentAndParentInfo()。

CustomerBAction 去调用 student.addStudentAndParentInfo()。

这样加大了很多工作量

如果中间有service层的话 action始终用一个action
而调用的也是service接口 只要对接口注入不同的实现就可以满足 不同客户的需求了

知识要活学活用，要按照自己项目以后的发展趋势来搭设环境，别人家说什么就用什么。其实有时候javabean+jsp 也很好用啊，因为jsp不用重启服务 开发速度很快。我做小项目就是这种模式，以后小项目的更改也会很少，所以不用搭建的过于复杂。 参考技术A 首先是层次清晰,dao只管是数据库打交道,service面相用户,另外不得不说的是service层是基于dao层的功能加强层,你可以在调用dao方法的同时做很多其他的事情,如:先查询,如果系统做大了做复杂了,你会发现这样做的好处的~~ 系统功能简单看上去是很蹩脚 因为就是简单的增删改查 参考技术B 你做的是个简单的业务

比如一个业务流程：
1.删除
2.添加
3.查询
4.判断是否存在
5.如果存在更新
6.不存在添加
....

你不能都写在dao的一个方法中吧
那么就需要再封装一层service

dao ： Data Access Object数据访问接口,只提供简单数据库操作方法
service ：提供各种业务逻辑服务
... 参考技术C 你感觉傻只是因为你限于经验的原因，所见的项目所用的方法不多而已。
从基本的使用方式来说，在service层是面向于具体的实现功能，所有的数据库的具体操作在Dao层实现。在实际的项目中，很多的功能都是需要多个Dao进行组合的，还有一些功能方法可能根本不用DAO的都是在service层实现，service层是一个项目的核心模块，所有定义的功能都在这，在Action中需要调用的只是这些功能的方法名。
从具体的应用来看，则是，在实际的开发过程中，客户的需求功能会经常变化的，功能的添加和减少是很正常的事情，而代码的编写则是以最少的改动来实现目标，分层是对效率的优化。这在练习一些小项目中是感觉不到的，呵呵。
说白了，就是存在即合理，有需求才有这种模式的存在，希望对你有帮助。 参考技术D 额。。那算了，只是懒的打字而已，呵呵，感觉这个已经说的很明白了，以后你多做项目就知道了，尤其是大点的项目

java中Action层Service层和Dao层的功能区分

Action/Service/DAO简介：
Action是管理业务（Service）调度和管理跳转的。
Service是管理具体的功能的。
Action只负责管理，而Service负责实施。
DAO只完成增删改查，虽然可以1-n，n-n，1-1关联，模糊、动态、子查询都可以。但是无论多么复杂的查询，dao只是封装增删改查。至于增删查改如何去实现一个功能，dao是不管的。
总结这三者，通过例子来解释：
Action像是服务员，顾客点什么菜，菜上给几号桌，都是ta的职责；
Service是厨师，action送来的菜单上的菜全是ta做的；
Dao是厨房的小工，和原材料打交道的事情全是ta管。
相互关系是，小工(dao)的工作是要满足厨师(service)的要求，厨师要满足服务员(action)转达的客户（页面用户）的要求，服务员自然就是为客户服务喽。
现在最基本的分层方式，结合了SSH架构。Model层就是对应的数据库表的实体类。Dao层是使用了hibernate连接数据库、操作数据库（增删改查）。Service层：引用对应的Dao数据库操作。Action层：引用对应的Service层，在这里结合Struts的配置文件，跳转到指定的页面，当然也能接受页面传递的请求数据，也可以做些计算处理。
以上的Hibernate, Struts，都需要注入到spring的配置文件中，Spring把这些联系起来，成为一个整体。
三大框架Struts/Hibernate/Spring
简单地说：
Struts——控制用的；
Hibernate——操作数据库的；
Spring——解耦用的。
详细地说：
Struts在SSH框架中起控制的作用，其核心是Controller，即ActionServlet，而ActionServlet的核心就是Struts-config.xml，主要控制逻辑关系的处理。
Hibernate是数据持久化层，是一种新的对象、关系的映射工具，提供了从Java类到数据表的映射，也提供了数据查询和恢复等机制，大大减少数据访问的复杂度。把对数据库的直接操作，转换为对持久对象的操作。
Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。面向接口的编程，由容器控制程序之间的依赖关系，而非传统实现中，由程序代码直接操控。这就是所谓“控制反转”的概念所在：（依赖）控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。依赖注入，即组件之间的依赖关系由容器在运行期决定，形象地说，即由容器动态地将某种依赖关系注入到组件之中，起到的主要作用是解耦。
Struts、Spring、Hibernate在各层的作用：
（1）Struts负责Web层：ActionFormBean接收网页中表单提交的数据，然后通过Action进行处理，再Forward到对应的网页。在Struts-config.xml中定义，ActionServlet会加载。
（2） Spring负责业务层管理，即Service（或Manager）。
Service为action提供统计的调用接口，封装持久层的DAO；
可以写一些自己的业务方法；
统一的Javabean管理方法；
声明式事务管理；
集成Hibernate。
（3）Hibernate，负责持久化层，完成对数据库的crud操作。提供OR/Mapping。它由一组.hbm.xml文件和POJO，是跟数据库中的表相对应的。然后定义DAO，这些是跟数据库打交道的类，它们会使用PO。
框架业务逻辑分析：
在Struts + Spring + Hibernate的系统中，
对象的调用流程是：JSP—Action—Service—DAO—Hibernate。
数据的流向是：ActionFormBean接受用户的数据，Action将数据从ActionFormBean中取出，封装成VO或PO，再调用业务层的Bean类，完成各种业务处理后再Forward。而业务层Bean收到这个PO对象之后，会调用DAO接口方法，进行持久化操作。
SSH框架的优点:Hibernate的最大好处就是根据数据库的表，反向生成实体
类，并且还有关系在里面，还有就是它对数据的操作也很方便,Spring省去了在类里面new对象的过程，把这个调用与被调用的关系直接展示到了配置文件里，
做任何操作都变得简单了。
简单流程举例说明:程序框架搭建好，并且把各种jar包导入后，就开始进行业务逻辑分析——假设一个最基本的注册功能：页面有两个文本框，一个用户名(username)和一个密码(password)。以QQ注册网页说明，这里以昵称和密码为代表进行 举例。
首先是action层：它是负责在页面和程序之间传输数据的，还有作用是做页面跳转。页面由用户填写表单数据，点击提交按钮，页面的表单数据由Hibernate自动封装到该页面表单所对应的ActionFrom（ActionFrom跟实体类不是一个东西，ActionFrom是页面有什么值，类里就写什么属性，是用来封装表单数据用的；而实体类是完全按照数据库的字段生成的，实体类可以当做ActionFrom用，但ActionFrom绝对不可以当做实体类用），这样表单数据就以ActionFrom对象的形式在Action的点击“提交按钮”执行的那个方法里存在了。这个时候需要做的就是把表单数据存入数据库中。此时，Action的功能告一段落，接着是把数据传入BIZ层。 BIZE层（业务逻辑层）：负责的是对数据的处理。如果没有数据处理任务的话，此层只做单纯的数据传递作用，而后又到了DAO层。
DAO层（数据库操作层）：负责对数据向数据库增删改查的操作.在该注册的框架中，如果不使用Spring的话，每个层之间的数据传递都需要new一个调用该层数据的类的实例。而使用了Spring的话，需要做的就是把DAO层和BIZ层的每个类都写一个接口类，接口类里写实现类的方法，在调用的时候不new对象，直接用对象点(.)方法就可以，别忘了对每个对象加上set/get方法。