DAO 和 service 的困惑

Question

在一个project中，Pojo是一个实体类，DAO层是干嘛的呢？是进行事务处理的吗？那什么又是事务处理呢？Service层是进行Action的处理响应吗？Action的处理不是由struts等框架处理了吗？

Answer 1

POJO是一个标准的JavaBean，用来封装数据用的，因为这样封装后，取的时候就非常简单了！
DAO是和数据库打交道的，程序里面的CRUD操作，要写代码，那这些代码写在DAO中！
Service是业务逻辑，通过调用DAO获取数据总还有需要业务逻辑的，那业务逻辑代码写在这里！
struts其实是一个View框架，它的action，是接收用户请求去调用service并返回数据，最后把结果返回给JSP！
action->service-dao
就是这样的调用关系，上层依赖下层，下层不依赖上层！
小伙仔，三层还没有搞明白呀，有时间多研究下吧...

Answer 2

事务处理：你学SQL时就学了事务的概念，这里就不多说事务的概念了！事务用来做什么、为什么要用，这些学SQL的时候就已经知道了！
既然事务在学SQL时就学了，那么就是和数据库交互的，所以它要放在DAO中。

Answer 3

dao层是 与数据库进行增，删，查，改操作的，service层是一个中间层，用于取掉转，虽然有struts但是那些逻辑代码 还是要自己写的。

Answer 4

dao层一般用以直接对数据的CRUD操作，service层也称manage层等，是一个中间的管理层，action可以有struts来处理，但还有很多处理需要自己来编写

Answer 5

ls正解，lz你的问题问的，难道你刚学习框架吗？但是感觉你还挺牛的哇

Answer 6

Dao层是与数据库直接进行交互的层面。 而service层则是业务层。处理业务。其实框架都是人定义的。现在框架都越来越再简化。个人爱好，没有什么东西是死的。你不要service层也行啊。业务都在action里面做了。是不是代码就会显的没有章法，很凌乱！慢慢来不要急，日后就理解了。

Answer 7

Pojo是一个实体类，DAO层是干嘛的呢？是进行事务处理的吗？那什么又是事务处理呢？Service层是进行Action的处理响应吗？Action的处理不是由struts等框架处理了吗？针对楼主的问题回答：首先DAO是和数据库操作相关的，你的项目要执行数据库的增，删，改，查都可以封装在DAO层，事务是数据库的概念这个明显的了，但是一般项目对于事物的处理都是可配置的，比如Spring就提高了很好的事务配置。再来Servic层的确是处理在Action中的调用的服务，但是这并不代表Action是否就归属于service层，Struts框架其实就一个接受外部请求的action 接收器，既有View的作用，也扮演了控制器的作用，所以才有Struts是一个MVC框架

Answer 8

POJO    持久对象层
DAO     数据访问层-Hibernate
Service 业务逻辑层-Spring
Action  Web表现层-Struts

Answer 9

dao 全名 Data Access Objects
中文：数据访问对象
就是让你来访问数据库的
service是一个过渡层将数据库与业务逻辑分离

Answer 10

Dao 用来操作数据库
Service：用来处理业务逻辑
Action:接收和处理参数一般业务控制是在Service层的

Answer 11

service层可以认为是进行数据库操作的服务层，是业务逻辑层到数据库数据存储的中间层，业务逻辑通过接口调用service层的实现方法进行数据库的增删改查等操作。

Answer 12

不知道是不是这样的，这几天我学习的：DAO是进行对象的CRUD，service是业务逻辑的实现，Action是对数据的组装和页面的跳转。

Answer 13

SO EASY!

Answer 14

Pojo是一个实体类，DAO层是干嘛的呢？是进行事务处理的吗？那什么又是事务处理呢？Service层是进行Action的处理响应吗？Action的处理不是由struts等框架处理了吗？针对楼主的问题回答：首先DAO是和数据库操作相关的，你的项目要执行数据库的增，删，改，查都可以封装在DAO层，事务是数据库的概念这个明显的了，但是一般项目对于事物的处理都是可配置的，比如Spring就提高了很好的事务配置。再来Servic层的确是处理在Action中的调用的服务，但是这并不代表Action是否就归属于service层，Struts框架其实就一个接受外部请求的action 接收器，既有View的作用，也扮演了控制器的作用，所以才有Struts是一个MVC框架