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 Objectfrom 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.