最近在用CQRS架构模式做项目，有些感悟，记录下来。 问题的描述（大家是否也存在过类似的情况呢？）： 从刚开始时项目中没有区分这3种对象，所以导致了很多职责公用，然后就乱了，比如Command一部 ...

在实际的软件开发项目中，我们的“业务逻辑”常常需要我们对同样的数据进行各种变换。 例如，一个Web应用通过前端收集用户的输入成为Dto，然后将Dto转换成领域模型并持久化到数据库中。相反，当用户请求数据时，我们又需要做相反的工作：将从数据库中查询出来的领域模型以相反的方式转换成Dto再呈现给用户 ...

DTO:数据传输对象，主要用于外部接口参数传递封装，接口与接口进行传递使用。 VO：视图对象，主要用于给前端返回页面参数使用。 DO：数据对象，主要用于数据库层传递。 DTO转DO：接口接收参数将参数转化为数据库实体操作数据库使用。 DO转DTO：将数据库层实体转化为DTO返回给客户端。 ...

EO（Entity Object，实体对象）就是EF中的实体类，对EO的操作会对数据库产生影响。EO不应该传递到其他层。DTO（Data Transfer Object，数据传输对象），用于在各个层之间传递数据的普通类。DTO有哪些属性取决于其他层要什么数据。DTO一般是“扁平类”，也就是没有关联 ...

一.在调用业务方法时，DTO对象数据是由Action生成（可能是用户输入的Form数据，也可能是其他情况）　　为了说的清楚简洁，请允许我举个例子：　　用户更新自己的注册信息，例如修改密码之类的操作。 　　用户提交页面-->ActionForm提取Form数据-->构造并对UserDTO ...

VO(View Object) 普遍用于Controller，用于与前端相交互的一个pojo。一般和前端契合 DTO(Data Transfer Object) 普遍用于Service，用于数据库交互的一个pojo，一般用于Entity与DTO的转化 Entity ...

概念：VO（View Object）：视图对象，用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来。 DTO（Data Transfer Object）：数据传输对象，这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少 ...

一、POJO（Plain Ordinary Java Object）简单的Java对象，其中有一些属性及其getter setter方法的类,没有业务逻辑（重点理解一下"没有业务逻辑"）； ...