我正在使用EF4和POCO开始一个项目。向客户端发送数据的最佳做法是什么？我应该发送POCO还是应该使用DTO？在将实体(与上下文断开连接)发送给客户端时，我应该注意什么问题吗？是否推荐将POCO发送到客户端层？ 最佳答案 我相信我们在这里混合了2个彼此没有关系的定义。DTO或DataTransferObject是一种设计模式，你可以用它来在层与层之间传输数据，而且它们没有行为。MartinFowler在以下位置很好地解释了这一点:http://www.martinfowler.com/eaaCatalog/dataTransfer
我正在使用EF4和POCO开始一个项目。向客户端发送数据的最佳做法是什么？我应该发送POCO还是应该使用DTO？在将实体(与上下文断开连接)发送给客户端时，我应该注意什么问题吗？是否推荐将POCO发送到客户端层？ 最佳答案 我相信我们在这里混合了2个彼此没有关系的定义。DTO或DataTransferObject是一种设计模式，你可以用它来在层与层之间传输数据，而且它们没有行为。MartinFowler在以下位置很好地解释了这一点:http://www.martinfowler.com/eaaCatalog/dataTransfer
我正在与我的同事就CQRS应用程序读取端的设计进行辩论。选项1:我的CQRS应用程序的应用程序读取端返回DTO，例如:publicinterfaceIOrderReadService{publicOrderDtoLoad(intid);}publicclassSomeController{publicActionResultSomeAction(intid){vardto=ObjectFactory.GetInstance().Load(id);varviewModel=Mapper.Map();returnView(viewModel);}}publicclassSomeOtherC
我正在与我的同事就CQRS应用程序读取端的设计进行辩论。选项1:我的CQRS应用程序的应用程序读取端返回DTO，例如:publicinterfaceIOrderReadService{publicOrderDtoLoad(intid);}publicclassSomeController{publicActionResultSomeAction(intid){vardto=ObjectFactory.GetInstance().Load(id);varviewModel=Mapper.Map();returnView(viewModel);}}publicclassSomeOtherC
在本教程中，我们将学习如何在SpringBoot 应用程序中创建DTO（数据传输对象）类，以及如何使用ModelMapper库将实体转换为DTO，反之亦然。数据传输对象设计模式是一种常用的设计模式。它基本上用于一次性将具有多个属性的数据从客户端传递到服务器，以避免多次调用远程服务器。在用Java编写的RESTfulAPI上使用DTO（以及在SpringBoot上）的另一个优点是，它们可以帮助隐藏域对象（JPA实体）的实现细节。如果我们不仔细处理可以通过哪些操作更改哪些属性，则通过终结点公开实体可能会成为安全问题。让我们从介绍ModelMapperJava库开始，我们将使用它来将实体转换为DTO
目录1.概念叙述2.类型转换3.使用实例1.概念叙述VO：ViewObject，主要用于展示层。它的作用是把某个指定前端页面的所有数据封装起来。他的作用主要是减少传输数据量大小和保护数据库隐私数据（如用户密码、用户邮箱等相关信息）不外泄，同时保护数据库的结构不外泄。DTO：DataTransferObject，数据传输对象，用于展示层与服务层之间的数据传输对象。（注：实际开发中还存在BO，其作用和DTO类似，当业务逻辑不复杂时一般会被合并。）PO：PersistantObject，持久化对象，和数据库形成映射关系。简单说PO就是每一个数据库中的数据表，一个字段对应PO中的一个变量。（也就是我们
我想在我的View模型中使用DTO来代替我的域对象，但是我很难证明必须为每个域对象维护两组属性的维护开销是合理的。我想知道是否有人已经实现或知道一种模式，即域对象的属性与对象的操作分开，而无需维护两组属性。我的一个想法是让我的域对象只是属性并将操作作为子类附加:publicclassPerson{privateStringfirstName;privateStringlastName;publicStringgetFirstName(){returnthis.firstName;}publicStringsetFirstName(stringfirstName){this.firstN
我想在我的View模型中使用DTO来代替我的域对象，但是我很难证明必须为每个域对象维护两组属性的维护开销是合理的。我想知道是否有人已经实现或知道一种模式，即域对象的属性与对象的操作分开，而无需维护两组属性。我的一个想法是让我的域对象只是属性并将操作作为子类附加:publicclassPerson{privateStringfirstName;privateStringlastName;publicStringgetFirstName(){returnthis.firstName;}publicStringsetFirstName(stringfirstName){this.firstN
我找不到它们之间的区别。有谁知道如何区分它们？ 最佳答案 POJO或“PlainOldJavaObject”是用于描述“普通”Java对象的名称，与EJB(最初)或任何依赖于其他技术的“重”对象相对。DTO或“数据传输对象”是用于...嗯...传输数据的对象，通常在您的“业务”类和持久层之间。它通常是一个无行为的类，很像C风格的结构。它们是一个过时的概念。 关于java-POJO(普通旧Java对象)和DTO(数据传输对象)有什么区别？，我们在StackOverflow上找到一个类似的问
我找不到它们之间的区别。有谁知道如何区分它们？ 最佳答案 POJO或“PlainOldJavaObject”是用于描述“普通”Java对象的名称，与EJB(最初)或任何依赖于其他技术的“重”对象相对。DTO或“数据传输对象”是用于...嗯...传输数据的对象，通常在您的“业务”类和持久层之间。它通常是一个无行为的类，很像C风格的结构。它们是一个过时的概念。 关于java-POJO(普通旧Java对象)和DTO(数据传输对象)有什么区别？，我们在StackOverflow上找到一个类似的问
