ADTO (Data Transfer Object)
是一个对象,它定义了如何通过网络或应用程序发送数据。另一方面Response Object
,它通常保存来自 DTO 的响应数据WebApi's or Data Access
或对客户端的任何其他响应。
这Response Object
通常包括特定的所有/少数属性,通常是对象model or entity or DTO
的子集。DTO
请看下面的例子。
员工响应对象:
public class EmployeeResponseObject
{
public int Id { get; set; }
public string Name { get; set; }
public string Designation { get; set; }
}
员工 DTO:
public class EmployeeDTO
{
public int Id { get; set; }
public string Name { get; set; }
public string Designation { get; set; }
public decimal Salary { get; set; }
public DateTime JoiningDate { get; set; }
public decimal Tax { get; set; }
}
现在你可以在这里看到。EmployeeResponseObject
是EmployeeDTO
其中均值EmployeeResponseObject
具有较少属性的子集EmployeeDTO
。在少数情况下,我们不必将所有信息传递给最终客户端。所以我们将使用EmployeeResponseObject
从EmployeeDTO
. 您可以使用LINQ
将数据投影到Response Object
from DTO
。
[ResponseType(typeof(EmployeeResponseObject))]
public EmployeeResponseObject GetEmployee()
{
var employee = from e in dbContext.EmployeeDTO
select new EmployeeResponseObject()
{
Id = e.Id,
Name = e.Name,
Designation = e.Designation
};
return employee;
}
如果你只EmployeeDTO
用来传递信息,presentation layer/View, Webforms or ConsoleApp
那么你presentation layer/View
将与你的domain layer
. 所做的任何更改都DTO Objects
需要您进行更改presentation layer or controllers
,这不是一个好方法。
有时DTO
并且Response Objects
会完全相同,那么为什么要使用单独的对象。这可能看起来是不必要的代码重复,但想想当你的项目变得更大时,特别是在一个大团队中,许多人在不同的应用程序层上一起工作。在这里使用DTO
并separate Response object
通过良好的编程实践更有意义。Presentation layer/View
当domain layer
您跳过使用ResponseObject/ViewModelObject
.