Action、Dao、DaoImpl、Service、ServiceImpl各自的作用是什么 他们之间有什么关系

Struts的基本结构，JSP页面是表示层视图， *** 作是业务逻辑控制层控制，Dao、DaoImpl、Service、ServiceImpl都是数据访问的东西。

通用服务和ServiceImpl用于连接动作与Dao和DaoImpl。通常XML中使用Spring注释。Dao和DaoImpl是最后 *** 作数据库的

*** 作是控制层，C在MVC中的角色是分配处理用户请求的业务。

dao持久层，在该层中编写DB *** 作。

服务层属于springmvc的服务业务层。

域存储实体。如果使用ibatis框架，则在它下面创建通用映射。当然，只使用架构映射是没有意义的。

这个项目工具类的Util特性包。

通用通用工具包，通常一个公司会有一个固定的jar，几个项目通用，比如远程调用。

扩展资料：

这个项目工具类的Util特性包。

Action类是接受表单数据并处理逻辑的类。

DAO（DataAccessObject）是一个接口实现［通过SessionFactory获取会话来 *** 作数据库，并实现一些基本的数据删除、添加、修改。

简单地说，dao层基本上是一些固定的添加、删除、更改和检查方法。例如，当您使用hibernate时，当数据库发生更改时，您需要重新生成相应的dao，以便在服务中重写发送给您的代码，而dao更改不会影响您的程序。

MVC是Java里的三层，M(Model)——模型层，V(View)——视图层，C(Controller)——控制器

DAO (Data Access Objects) 数据访问对象是第一个面向对象的接口

DOM 一种流行新词性 DOM 文档对象模型 DOM 数字正射影像图

一般都用MyEclipse java

dao层：dao层叫数据访问层，全称为data access object，属于一种比较底层，比较基础的 *** 作，具体到对于某个表、某个实体的增删改查

service层：service层叫服务层，被称为服务，肯定是相比之下比较高层次的一层结构，相当于将几种 *** 作封装起来。

至于为什么service层要使用接口来定义有以下几点好处： 

在java中接口是多继承的，而类是单继承的，如果你需要一个类实现多个service，你用接口可以实现，用类定义service就没那么灵活

要提供不同的数据库的服务时，我们只需要面对接口用不同的类实现即可，而不用重复地定义类

编程规范问题，接口化的编程为的就是将实现封装起来，然调用者只关心接口不关心实现，也就是“高内聚，低耦合”的思想。

扩展资料：

Java Web，是用Java技术来解决相关web互联网领域的技术总和。web包括：web服务器和web客户端两部分。Java在客户端的应用有java applet，不过使用得很少，Java在服务器端的应用非常的丰富，比如Servlet，JSP和第三方框架等等。Java技术对Web领域的发展注入了强大的动力。

参考资料：

Web Service百度百科 数据访问层百度百科

首先是一个有表单元素的页面 用户通过输入完成表单 点击提交，因为是struts1所以先是把用户表单里输入的数据通过struts配置文件存到相应的form 然后action从form取到用户输入的值，并通过这些值来调用service里的方法，service则是调用dao里的方法并做业务逻辑处理，而dao就是基本JDBC的增删改查语句在通过struts配置文件转到指定的JSP页面（这个是流程）。

然后dto是数据传输对象， exception是你程序中一些地方的代码出问题后所出现的异常

至于init是你的action在掉用方法之前的程序默认的方法，（就是指定servlet掉doget或dopost方法）

J2EE 开发人员使用数据访问对象(Data Access Object DAO)设计模式,以便将低级别的数据访问逻辑与高级别的业务逻辑分离。实现 DAO 模式涉及比编写数据访问代码更多的内容。

数据访问对象(Data Acess Object) 模式

一环境

根据数据源不同，数据访问也不同。根据存储的类型(关系数据库、面向对象数据库、文件等等)和供应商实现不同，持久性存储(比如数据库)的访问差别也很大。

二问题

许多真是的J2EE应用程序需要在一定程度上使用持久性数据。对于许多应用程序，持久性存储是使用不同的机制实现的,并且用来访问这些不同的持久性存储机制的API也有很大的不同。

比如，应用程序使用实体bean(这里应该是指BMP的bean，CMP的bean已大大降低了与RDBMS的耦合)的分布式组件来表示持久性数据，或者使用JDBC API来访问驻留在某关系数据库管理系统(RDBMS)中的数据，这些组件中包含连接性性和数据访问代码会引入这些组件与数据源实现之间的紧密耦合。组件中这类代码依赖性使应用程序从某种数据源迁移到其他种类的数据源将变得非常麻烦和困难。当数据源变化时，组件也需要改变，以便于能够处理新类型的数据源。

(举个例子来说，我们UPTEL系统是使用JDBC API对 ORACLE数据库进行连接和数据访问的，这些JDBC API与SQL语句散布在系统中，当我们需要将UPTEL迁移到其他RDBMS时，比如曾经迁移到INFORMIX，就面临重写数据库连接和访问数据的模块。)

三作用力

1诸如bean管理的实体bean、会话bean、servlet等组件往往需要从持久性存储数据源中检索数据，以及进行数据存储等 *** 作。

2根据产品供应商的不同，持久性存储API差别也很大，这些API和其能力同样根据存储的类型不同也有差别，这样存在以下缺点，即访问这些独立系统的API很不统一。

3组件需要透明于实际的持久性存储或者数据源实现，以便于提供到不同供应商产品、不同存储类型和不同数据源类型的更容易的移植性。

四解决方案

使用数据访问对象(DAO)模式来抽象和封装所有对数据源的访问。DAO管理着与数据源的连接以便检索和存储数据。

DAO实现了用来 *** 作数据源的访问机制。数据源可以时RDBMS,LDAP,File等。依赖于DAO的业务组件为其客户端使用DAO提供更简单的接口。DAO完全向客户端隐藏了数据源实现细节。由于当低层数据源实现变化时，DAO向客户端提供的接口不会变化，所有该模式允许DAO调整到不同的存储模式，而不会影响其客户端或者业务组件。重要的是,DAO充当组件和数据源之间的适配器。

(按照这个理论，如果我们UPTEL系统使用了DAO模式,就可以无缝的从ORACLE迁移到任何一个RDBMS了。梦想总是很完美的，且看看DAO模式如何实现)

>

以上就是关于Action、Dao、DaoImpl、Service、ServiceImpl各自的作用是什么 他们之间有什么关系全部的内容，包括:Action、Dao、DaoImpl、Service、ServiceImpl各自的作用是什么 他们之间有什么关系、什么叫MVC，什么叫moder1，什么叫moder2，什么又叫DAO，什么又叫DOM，到底要用什么模式开发程序、java中dao层和service层的区别是什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！