DTO与Entity 的区别

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

用户更新自己的注册信息，例如修改密码之类的操作。
用户提交页面-->ActionForm提取Form数据-->构造并对UserDTO赋值-->调用业务方法changePassword(UserDTOdto)把DTO对象传入业务方法-->业务方法内部把UserDTO转化为Entity User-->调用UserDAO.update(User)-->DAO调用hibernate进行持久化操作

http://www.javaeye.com/post/20689

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

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

http://cache.baidu.com/c?m=9d78d513d9d430dc4f9d94697c17c0161f4381132ba6a3020ed18449e3321d1c5321a3e52878564291d27d141cb20c19afe736056f5064e4cc83df5dddccc37570956569315a9b4212d513a9ca&p=c2769a429e8311a05bebde201559&user=baidu

3：DTO data transfer object
数据传输对象

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

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

http://cache.baidu.com/c?m=9f65cb4a8c8507ed4fece763105392231943801463849655249e8448e4391b14506694ea7b3f565e93922f3116af3e1db0b6692c200254f1c68ad31ba6ed85295989223072179141168744ef8c195e9737912ce9af0da2e7b0649cb9a3a0c82453dd22046df0f69c5b7003bb1ce76534f4a7e91e5302&p=8c618d3790904ea908e294755a55&user=baidu

4：

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

dto是为了解决entity bean可能很庞大，影响网络传输性能而产生的一种想法
比如entity bean印射到一个表字段很多，但实际使用中可能只要取得几个值，比如ID等什么的，那么就定义一个class(类）
getID()
{
}之类的，这个class在服务器端，调用entity的local接口，或直接用jdbc操作表，所以不会对网络传输产生不利，然后网络传输这个class给客户端(可序列化），是不是减小了网络传输。

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

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