Model层是面向业务的,我们是通过业务来定义Model的。而DTO是面向界面UI的,是通过UI的需求来定义的。
通过DTO我们实现了表现层与Model之间的解耦,表现层不引用Model。如果开发过程中我们的模型改变了,而界面没变,我们就只需要改Model而不需要去改表现层中的东西。
需要了解的是,数据传输对象DTO本身并不是业务对象。数据传输对象是根据UI的需求进行设计的,而不 是根据领域对象进行设计的。比如,Customer领域对象可能会包含一些诸如FirstName, LastName, Email, Address等信息。但如果UI上不打算显示Address的信息,那么CustomerDTO中也无需包含这个 Address的数据
---------------------
作者:想飞的人
来源:CSDN
原文:https://blog.csdn.net/qq_26818085/article/details/54231742
版权声明:本文为博主原创文章,转载请附上博文链接!
可以这样理解:Model是对数据表实体的映射;DTO是针对于前台页面的封装,可以是一个表或多表。如果Model字段可以直接满足前台页面需要,可以不用定义DTO
DTO(data transfer object):数据传输对象,以前被称为值对象(VO,value object),作用仅在于在应用程序的各个子系统间传输数据,在表现层展示。与POJO对应一个数据库实体不同,DTO并不对应一个实体,可能仅存储实体的部分属性或加入符合传输需求的其他的属性。
DAO(data access object):数据访问对象。提供访问数据库的抽象接口ÿ