DTO与Entity 的区别

1：在调用业务方法时，DTO对象数据是由Action生成（可能是用户输入的Form数据，也可能是其他情况）。为了说的清楚简洁，请允许我举个例子：

用户更新自己的注册信息，例如修改密码之类的操作。

用户提交页面–>ActionForm提取Form数据–>构造并对UserDTO赋值–>调用业务方法changePassword(UserDTOdto)把DTO对象传入业务方法–>业务方法内部把UserDTO转化为Entity User–>调用UserDAO.update(User)–>DAO调用hibernate进行持久化操作

2：我理解dto是做表示层（展示给用户）的，而实体是数据对象（表）。表示层dto的是由多个实体构成，或一个实体的一个部分，或多个实体的各个部分的结合体？如果你认为dto没有必要，难道你做数据库的时候，表与页面的展示是一摸一样的吗？不太现实吧。

dto是面向对象的，实体是面向关系数据库的；hibernate不正是要解决面向对象跟面向关系的冲突吗？

3：DTO data transfer object

数据传输对象

这个对象封装你需要传输的数据 在M，V，C这三个层传递

formbean就是一个dto 在V，C两着层之间传递数据

dto其实就是简单的JAVABEAN,实现Serializable借口，可以在网络间传输

dto是为了解决entity bean可能很庞大，影响网络传输性能而产生的一种想法

比如entity bean印射到一个表字段很多，但实际使用中可能只要取得几个值，比如ID等什么的，那么就定义一个class(类）

getID()

{


}之类的，这个class在服务器端，调用entity的local接口，或直接用jdbc操作表，所以不会对网络传输产生不利，然后网络传输这个class给客户端(可序列化），是不是减小了网络传输。

你说的没错，，其实你说的dto，就是Value Object。

作用，主要是减少setXXX()/getXX()的调用，一次性全部用一个valueobject传递回来。就是这个作用。