关于javabean和DAO模式

 JavaBean是数据的承载体，负责把一组有逻辑的数据从一个层传到另一个层。

  DAO的出现是对持久层的变动的一个解决方案。

  对于不同的持久介质(RDBMS、XML、ODBMS等)、不同的提供厂商(Oracle、Mysql等)提供的产品，进行持久化 *** 作时，对于业务逻辑层应该是统一的，于是DAO模式就出现了。

  对于同一个业务 *** 作，例如添加一个用户，请求到达业务层，只需调用DAO层的addUser()即可。而到底是怎么添加的、以及添加到哪里，是业务层不用关心的，也是不要关心的。

  于是，持久层将利用业务层传递来的请求数据，即封装了要添加的用户信息JavaBean，添加到持久层：Oracle就要取序列，Mysql会自动增长，XML就要手动控制了。这些实现细节对业务逻辑层是一样的效果。

  但是DAO模式中也会有一些数据承载体，不过它们承载的不是业务数据，而是持久化 *** 作的相关对象，例如DAO对象，DAO工厂，连接对象等。表面上看，这些也承载数据，但它实际是包含了内在的逻辑和 *** 作。例如连接对象的打开和关闭，事务的回滚和提交等。

  所以，严格意义上来说，它们不是纯粹的JavaBean。纯粹的JavaBean是只包含属性和这些属性对应的getter和setter。

action层，dao层，service层，domain层，util层，common层含义如下：

action为控制层，MVC中充当C角色,用来分配哪个业务来处理用户请求。

dao持久层，DB *** 作都写在这里。

service层属于springmvc的service业务层。

domian存放实体，如果用ibatis框架，一般mapping创建在它下面，当然只针对架构mapping也是无意义。

util功能包，针对本项目工具类。

common通用工具包，一般一个公司会有固定的jar，好几个项目通用的，例如远程调用等。

功能介绍如下：

util功能包，针对本项目工具类。

Action类是[获得Form表单数据，并处理逻辑的类] 。

DAO(Data Access Object) 是一个接口实现[通过SessionFactory获得 *** 作数据库的会话，并实现一些基本的删除、添加、修改数据。

在servlet中更实际化业务 *** 作]简单点说，dao层基本都是几个固定的增删改查方法，比方说你在用hibernate的时候，数据库发生变化时，就要重新生成相应的dao，所以发你的代码重新写在service里面，dao变化都不会影响你的程序了。

---