DTO什么数字货币

A. java项目中VO和DTO以及Entity，各自是在什么情况下应用的

你好，按照标准来说：

1、entity里的每一个字段，与数据库相对应，

2、dto里的每一个字段，是和你前台页面相对应，

3、VO，这是用来转换从entity到dto，或者从dto到entity的中间的东西。

B. DTO是什么元器件

数据传输对象（DTO），是一种设计模式之间传输数据的软件应用系统。数据传输目标往往是结合使用的数据访问对象从数据库中检索数据。
数据传输对象与数据交互对象或数据访问对象之间的差异是一个以不具有任何行为除了存储和检索的数据（访问和存取器）。
在传统的系统（企业JavaBeans）体系结构，数据传输目标服务的双重目的：第一，他们围绕这个问题，pre-ejb实体不是序列化的；其次，他们含蓄地定义一个组装阶段，所有要使用的数据的提取和整理到数据传输目标之前返回控制[表现层]；第三个原因是使用数据传输目标可能是某些应用层不应该能够访问底层的数据访问对象，从而改变数据。
编辑本段
产生

Data Transfer Object（数据传输对象）
您正在设计一个分布式应用程序，为了满足单个客户端请求，您发现自己对一个远程接口发出了多个调用，而这些调用所增加的响应时间超出了可接受的程度。
编辑本段
影响因素

远程调用
在与远程对象通信时，请考虑下列需要权衡的因素：
远程调用（那些必须跨越网络的调用）速度缓慢。虽然许多远程调用框架可以隐藏进行远程调用的复杂性，但是它们不能消除发生通信所需的步骤。例如，必须先找到远程对象位置，而且建立与远程计算机的连接，然后才能将数据串行化为字节流，然后可能进行加密，最后才能将其传输到远程计算机。
网络性能
在考虑网络性能时，必须同时考虑滞后时间和吞吐量。简单地说，"滞后时间"描述了数据的首字节到达目的地之前所经过的时间。"吞吐量"描述了在某个时间段（例如 1 秒）内通过网络发送的数据字节数。在基于 IP路由的现代网络（例如 Internet）中，滞后时间可以是比吞吐量更大的因素。这意味着，传输 10 字节数据所用的时间可能几乎等于传输 1,000 字节数据所用的时间。在使用无连接协议（如 HTTP）时，此效果尤其明显。通常，网络速度越快可以使吞吐量得以增加，但是，要减少滞后时间则会更加困难。
接口设计
在设计对象接口时，好的做法是将大量信息隐藏在对象内，并提供一组细粒度方法来访问和操作该信息。"细粒度"意味着每个方法都应该负责单个的、相当小的和基本的功能单位。此方法简化了编程，并提供了对对象内部的更佳抽象，从而增加了重用的可能性。必须根据以下事实对此进行平衡取舍：使用较细粒度的方法意味着需要调用更多的方法才能执行高级别的任务。通常，在同一进程内调用方法时，这些额外函数调用的开销是可接受的；但是，在跨进程和网络边界调用这些方法时，开销可能变得难以接受。
避免远程调用中固有的滞后时间问题的最佳方法是进行更少的调用，并让每个调用传递更多的数据。做到这一点的一种方法是，使用长参数列表来声明远程方法。这样，客户端就可以在单个调用中将更多的信息传递给远程组件。但是，这样做会使针对此接口的编程容易出错，因为程序很可能仅按调用语句中的位置来调用外部方法的参数。例如，如果远程方法接受 10 个字符串参数，则开发人员很容易按错误顺序传递参数。编译器将无法检测到这样的错误。
长参数列表无助于从远程调用向客户端返回更多的信息，因为大多数的编程语言将方法调用的返回类型限制为单个参数。而巧合的是，在传输大多数数据时通常需要返回较多信息。例如，许多用户接口传输少量的信息，却希望返回大量结果数据。

C. java项目中VO和DTO以及Entity，各自是在什么情况下应用的

通常这三个破东西很迷惑新人，因为我们眨眼一看三个东西竟然一样...好吧，废话少说

按照标准来说：

entity里的每一个字段，与数据库相对应，这是绝大多数公司采用的叫法

dto里的每一个字段，是和你前台页面相对应，主要表示前端->后端，其中t表示transport，是传输的意思，dto就是传输对象，它可以用来表示前端传递给后端的对象，也可以表示服务与服务（后台与后台）之间的对象，有些公司把dto也叫做form，也有叫pojo，还有叫po的，

vo里的每个字段，也是和你前台页面相对应的，主要表示后端->前端（注意与DTO区别），其中vo中的v表示view，视图的意思，如果你了解spring mvc的ModelAndView，那么vo层应该很好理解

接下来我举一个例子

-------------------------下面你读懂了，就一下明白了-------------------

你的html页面上有三个字段，name，pass，age

你的数据库表里，有两个字段，name，pass(注意没有age)

而你的dto里，就应该有下面三个(因为对应html页面上三个字段)

privatestringname；

privatestringpass;

privatestringage;

这个时候，你的entity里，就应该有两个(因为对应数据库表中的2个字段)

privatestringname；

privatestringpass;

到了这里，好了，业务经理让你做这样一个业务“年龄大于20的用户才能存入数据库，否则不让，入库成功之后，需要跳转到用户列表页面（比方说是个分页查询页面），用户分页列表页面只显示name”

这个时候，你就要用到vo了，vo只有一个字段，所以你会返回一个List的列表，List里装的VO

private string name;

VO,DTO,ENTITY只是为了软件分层，如果你不分层，也完全可以做到程序完美运行，甚至可以抬杠的说，内存开销反而更小，但是分层是有巨大好处的，尤其是在架构上，比方说

1. 可以对所有的DTO进行一个拦截，然后进行同意的数据校验，而不用在每个接口（比方说Spring MVC的controller）中判断

2. 可以对所有返回值进行封装，比方说如果返回值是vo结尾的类名，或者在你们公司xxx.vo包下，那么就可以对这个返回值都包装一层，多出code，status等字段，方便前端接受请求

具体这些东西叫vo，还是vvvvoooo，完全取决于你们公司，主要是理解分层这个概念就好了

D. 什么是DTODTO有什么用

当然可以，List是后台封装来的，这就需要你在用查询语句的时候把两张表的数据查出来封装到一个List里，
举个例子，学生表student s(s_id,s_name,s_class_id) ，班级表class c(c_id,c_name),
楼主在查学生表的时候，可以将班级表也连接起来，这样List就有班级表的数据了 select * from student s left join class c where s.s_class_id=c.c_id; //查询、连接方法不止这一种，楼主可以去搜索各种各样的方便的方法。
用JDBC查询数据库得到resultSet
List list=new ArrayList();
while(rs.next){
studentDto stu=new studentDto();
stu.setSID(rs.getInt(1));
...
stu.setClassName(rs.getString(4));//这个字段在studentDto可能没有 需要你在studentDto 添加一个
list.add(stu);
}
这样List就有了两个表的值
页面直接循环就行了，
<c:forEach item="${list}" var="list">
学生姓名：${list.SName} 班级：${list.SClassName}
查询方法我举的是JDBC的，其他方式融会贯通，当然，我的方法也不是唯一的，至少是可行的，不清楚的话可以交流，有更好的方法希望和楼主交流 466169163

E. pojo与DTO的区别是什么

POJO是一种概念或者接口，身份及作用随环境变化而变化，DTO是经过处理后的PO，可能增加或者减少PO的属性，一个POJO持久化以后就是PO。

F. Java 的DTO的作用到底是干什么的

首先dto和实体变量的名字和个数应该是一模一样的（Dto可以都是String类型或类型也和实体一样），dto只在数据存储时有用，开发的规范是将要存储的数据以dto存到数据库。
如：前台页面提交的form表单，后台接收到，转换成dto，存入数据库。
你说的：‘’只是为了把查询出实体的值在通过get set转到DTO“ 这是不对的，这是没意义的。特殊情况下如：前台页面提交的form表单的值不够，还需要再查询别的表，然后转成dto，才可能需要你说的get set几个值。

G. dto是什么意思

数据传输对象（DTO）(Data Transfer Object)，是一种设计模式之间传输数据的软件应用系统。数据传输目标往往是数据访问对象从数据库中检索数据。数据传输对象与数据交互对象或数据访问对象之间的差异是一个以不具有任何行为除了存储和检索的数据（访问和存取器）。

数据：

数据就是数值，也就是我们通过观察、实验或计算得出的结果。数据有很多种，最简单的就是数字。数据也可以是文字、图像、声音等。数据可以用于科学研究、设计、查证、数学等。指进行各种统计、计算、科学研究或技术设计等所依托的数值。柯岩《奇异的书简·船长》：“贝汉廷分析着各个不同的数据，寻找着规律，终于抓住了矛盾的牛鼻子。

H. 三菱plc程序中[DTO K0 K4 K90000 K1 ]是什么意思

DTO是指令代码 , 是从可编程序控制器 对特殊单元的缓冲存储器(BFM) 写入的指令； K0 ：是特殊单元的模块号，0号；
K4：是缓冲存储器(BFM)号，4号；
K90000 ：传送常数90000；
K1 ：传送点数1，因为此指令是32位指令，点数为1即是2字节；

I. DTO是什么

Data Transfer Object（数据传输对象）

您正在设计一个分布式应用程序，为了满足单个客户端请求，您发现自己对一个远程接口发出了多个调用，而这些调用所增加的响应时间超出了可接受的程度。

问题

如何保留过程调用接口的简单语义，而不受远程通信固有的滞后时间问题的影响？

影响因素

在与远程对象通信时，请考虑下列需要权衡的因素：

远程调用（那些必须跨越网络的调用）速度缓慢。虽然许多远程调用框架可以隐藏进行远程调用的复杂性，但是它们不能消除发生通信所需的步骤。例如，必须先找到远程对象位置，而且建立与远程计算机的连接，然后才能将数据串行化为字节流，然后可能进行加密，最后才能将其传输到远程计算机。

在考虑网络性能时，必须同时考虑滞后时间和吞吐量。简单地说，"滞后时间"描述了数据的首字节到达目的地之前所经过的时间。"吞吐量"描述了在某个时间段（例如 1 秒）内通过网络发送的数据字节数。在基于 IP 路由的现代网络（例如 Internet）中，滞后时间可以是比吞吐量更大的因素。这意味着，传输 10 字节数据所用的时间可能几乎等于传输 1,000 字节数据所用的时间。在使用无连接协议（如 HTTP）时，此效果尤其明显。通常，网络速度越快可以使吞吐量得以增加，但是，要减少滞后时间则会更加困难。

在设计对象接口时，好的做法是将大量信息隐藏在对象内，并提供一组细粒度方法来访问和操作该信息。"细粒度"意味着每个方法都应该负责单个的、相当小的和基本的功能单位。此方法简化了编程，并提供了对对象内部的更佳抽象，从而增加了重用的可能性。必须根据以下事实对此进行平衡取舍：使用较细粒度的方法意味着需要调用更多的方法才能执行高级别的任务。通常，在同一进程内调用方法时，这些额外函数调用的开销是可接受的；但是，在跨进程和网络边界调用这些方法时，开销可能变得难以接受。

避免远程调用中固有的滞后时间问题的最佳方法是进行更少的调用，并让每个调用传递更多的数据。做到这一点的一种方法是，使用长参数列表来声明远程方法。这样，客户端就可以在单个调用中将更多的信息传递给远程组件。但是，这样做会使针对此接口的编程容易出错，因为程序很可能仅按调用语句中的位置来调用外部方法的参数。例如，如果远程方法接受 10 个字符串参数，则开发人员很容易按错误顺序传递参数。编译器将无法检测到这样的错误。

长参数列表无助于从远程调用向客户端返回更多的信息，因为大多数的编程语言将方法调用的返回类型限制为单个参数。而巧合的是，在传输大多数数据时通常需要返回较多信息。例如，许多用户接口传输少量的信息，却希望返回大量结果数据。
解决方案

创建一个数据传输对象 (DTO)，用该对象包含远程调用所需要的所有数据。修改远程方法签名，以便将 DTO 作为单个参数接受，并将单个 DTO 参数返回给客户端。在调用方应用程序收到 DTO 并将其作为本地对象存储之后，应用程序可以分别对 DTO 发出一系列单独的过程调用，而不会引发远程调用开销。Martin Fowler 在 Patterns of Enterprise Application Architecture [Fowler03] 中对此模式进行了说明。

下图显示客户端应用程序如何进行一系列远程调用以检索客户名称的各个元素。

图 1:没有 DTO 的远程调用

DTO 允许远程对象在单个远程调用中将整个客户名称返回给客户端。在此示例中，这样做将使调用次数从 4 次减为 1 次。客户端进行单个调用，然后在本地与 DTO 交互，而不用进行多次远程调用（见图 2）。

图 2:通过使用 DTO 减少调用次数

DTO 是一组需要跨进程或网络边界传输的聚合数据的简单容器。它不应该包含业务逻辑，并将其行为限制为诸如内部一致性检查和基本验证之类的活动。注意，不要因实现这些方法而导致 DTO 依赖于任何新类。

在设计数据传输对象时，您有两种主要选择：使用一般集合；或使用显式的 getter 和 setter 方法创建自定义对象。

一般集合的优点是，只需要一个类，就可以在整个应用程序中满足任何数据传输目的。此外，集合类（例如，简单数组或散列图）内置于几乎所有语言库中，因此您根本不必编写新类的代码。对 DTO 使用集合对象的主要缺点是，客户端必须按位置序号（在简单数组的情况下）或元素名称（在键控集合的情况下）访问集合内的字段。此外，集合存储的是同一类型（通常是最一般的 Object 类型）的项目，这可以导致在编译时无法检测到的微妙但致命的编码错误。

如果为每个 DTO 创建自定义类，则可以提供与任何其他对象完全一样的、客户端应用程序可访问的强类型对象，这样的对象可以提供编译时检查，并支持代码编辑器功能（如 Microsoft® IntelliSense® 技术）。主要缺点是，如果应用程序发出许多远程调用，则您最终可能必须编写大量类的代码。

许多方法试图将这两种方法的优点结合在一起。第一种方法是代码生成技术，该技术可以生成脱离现有元数据（如可扩展标记语言 (XML) 架构）的自定义 DTO 类的源代码。第二种方法是提供更强大的集合，尽管它是一般的集合，但它将关系和数据类型信息与原始数据存储在一起。Microsoft ADO.NET DataSet 支持这两种方法（请参阅在 .NET 中使用 DataSet 实现 Data Transfer Object）。

有了 DTO 类以后，需要用数据填充它。大多数情况下，DTO 内的数据来自多个域对象。因为 DTO 没有行为，因此它不能从域对象提取数据。这是对的，因为如果让 DTO 不知道域对象，您就可以在不同的上下文中重用 DTO。同样，您不希望域对象知道 DTO，因为这可能意味着更改 DTO 将要求更改域逻辑中的代码，这将导致大量维护任务。

最佳的解决方案是使用 Assembler 模式 [Fowler03]，该模式可以用业务对象创建 DTO 或者相反。Assembler 是 Mapper 模式的专门实例，在 Patterns of Enterprise Application Architecture [Fowler03] 中也提到过它。

图 3:使用 Assembler 将数据加载到 DTO 中

Assembler 的关键特征是 DTO 和域对象不相互依赖。这就消除了这两种对象的相互影响。不利方面是 Assembler 同时依赖于 DTO 和域对象。对这些类的任何更改都可能导致必须更改 Assembler 类。

示例

请参阅在 .NET 中使用 DataSet 实现 Data Transfer Object。

测试考虑事项

DTO 是简单对象，它不应该包含需要测试的任何业务逻辑。但是，您确实需要测试每个 DTO 的数据聚合。每个 DTO 可能需要测试，也可能不需要，这取决于您的序列化机制。如果序列化是框架的一部分，则只需要测试一个 DTO。如果不是这样，请使用一般的反射机制，这样就不需要测试每个 DTO 的序列化。

DTO 还对远程函数的可测试性有好处。通过使远程方法的结果能够在对象实例中使用，可以轻松地将此数据传递到测试模块，或将其与所需结果进行比较。

安全考虑事项

理想情况下，应该先筛选和验证从不可靠的来源获得的数据（如来自 Web 页的用户输入），然后将其置于 DTO 中。通过这样做，就可以认为 DTO 中的数据是相对安全的，从而简化了将来与 DTO 的交互。

接收 DTO 的进程和关联用户的安全凭据也是值得注意的。DTO 通常包含从许多不同来源聚集在一起的大量信息。您是否已授权 DTO 的所有用户访问 DTO 所包含的所有信息？确保用户已得到授权的最佳方法是仅使用用户安全凭据所允许的特定数据填充 DTO。努力避免让 DTO 负责自己的安全性。这将增加 DTO 对其他类的依赖数，这意味着必须将这些类部署到使用 DTO 的所有节点。这还会将安全性功能分散到更多类中，从而增大了安全风险，并对灵活性和可维护性产生负面影响。

结果上下文

Data Transfer Object 具有下列优缺点：

优点

减少了远程调用次数。通过在单个远程调用中传输更多的数据，应用程序可以减少远程调用次数。
提高了性能。远程调用可以使应用程序的运行速度大大降低。减少调用次数是提高性能的最佳方法之一。在大多数方案中，传输大量数据的远程调用所用的时间与仅传输少量数据的调用所用的时间几乎相等。
隐藏内部情况。在单个调用中来回传递更多的数据，还可以更有效地将远程应用程序的内部情况隐藏在粗粒度接口的背后。这就是使用 Remote Facade 模式 [Fowler03] 的主要原因。
发现业务对象。在一些情况下，定义 DTO 有助于发现有意义的业务对象。在创建用作 DTO 的自定义类时，您通常会注意到作为一组凝聚性信息而显示给用户或另一个系统的元素分组。通常，这些分组用作描述应用程序所处理的业务域的对象的有用原型。
可测试性。将所有参数封装到可序列化对象中可以提高可测试性。例如，可以从 XML 文件中读取 DTO，并调用远程函数以测试它们。同样，可以轻松地将结果再序列化为 XML 格式，并将 XML 文档与所需结果进行比较，而不必创建冗长的比较脚本。
缺点

可能需要太多的类。如果选择了使用强类型的 DTO，则可能必须为每个远程方法创建一个（如果考虑返回值，则为两个）DTO。即使在粗粒度接口中，这也可能导致大量的类。编写如此数量的类的代码并管理这些类会是很困难的。使用自动代码生成可以在一定程度上缓解此问题。
增加计算量。如果将服务器上的一种数据格式转换为可以跨网络传输的字节流，并在客户端应用程序内转换回对象格式，可以带来相当大的开销。通常，需要将来自多个源的数据聚合到服务器上的单个 DTO 中。要提高通过网络进行远程调用的效率，必须在任一端执行其他计算，才能聚合和串行化信息。
增加编码工作量。可以用一行代码完成将参数传递到方法的操作。使用 DTO 要求实例化新对象，并为每个参数调用 setters 和 getters。编写此代码可能是很乏味的。