网站建设毕业实践设计报告,金融品牌网站设计,黄骅市医院,网站 关键词库DTO 和 POCO#xff08;或 POJO#xff09;有什么区别原文链接#xff1a;https://ardalis.com/dto-or-poco/作者#xff1a;Ardalis Steve在讨论 .NET 和 C# 中的软件开发时经常出现的两个术语是 DTO 和 POCO。一些开发人员交替使用这些术语。那么#xff0c;DTO 和 POCO… DTO 和 POCO或 POJO有什么区别原文链接https://ardalis.com/dto-or-poco/作者Ardalis Steve在讨论 .NET 和 C# 中的软件开发时经常出现的两个术语是 DTO 和 POCO。一些开发人员交替使用这些术语。那么DTO 和 POCO 之间有什么区别首先让我们定义每个术语。数据传输对象 (DTO)DTO 是“数据传输对象”。它是一个目的是传输数据的对象。根据定义DTO 应该只包含数据而不是逻辑或行为。如果 DTO 包含逻辑则它不是 DTO。但是等等什么是“逻辑”或“行为”通常逻辑和行为是指类型上的方法。在 C# 中DTO 应该只有属性并且这些属性应该只获取和设置数据而不是验证数据或对其执行其他操作。属性和数据注释呢将元数据添加到 DTO 以使其支持模型验证或类似目的并不罕见。这些属性不会向 DTO 本身添加任何行为而是促进系统中其他地方的行为。因此它们不会违反 DTO 不应包含任何行为的“规则”。ViewModel、API 模型等呢DTO 一词非常含糊。它只是说一个对象只包含数据而不是行为。它没有说明其预期用途。在许多架构中DTO 可以充当多种角色。例如在大多数具有支持绑定到数据类型的视图的 MVC 架构中DTO 用于将数据传递和绑定到视图。这些 DTO 通常称为 ViewModel理想情况下它们应该没有行为只有按照 View 期望的格式设置数据。因此在这种情况下ViewModel 是一种特定类型的 DTO。但是要小心。然后你不能得出所有 ViewModel 都是 DTO 的结论因为在MVVM 架构中[1]ViewModel 通常包含大量行为。因此在做出任何广泛假设之前考虑上下文非常重要。即使在 MVC 应用程序中有时逻辑也会添加到 ViewModel 中这样它们就不再是 DTO。DTO 和 ViewModels 只要可能请根据其预期用途命名您的 DTO。命名一个类FooDTO并没有说明在应用程序的体系结构中应该如何或在何处使用该类型。相反更喜欢像FooViewModel.C# 中的示例 DTO下面是 C# 中的示例 DTO 对象public class ProductViewModel
{public int ProductId { get; set; }public string Name { get; set; }public string Description { get; set; }public string ImageUrl { get; set; }public decimal UnitPrice { get; set; }
}
封装和数据传输对象封装是面向对象设计的重要原则。但它不适用于 DTO。封装用于防止类的协作者过于依赖有关类如何执行其操作或存储其数据的特定实现细节。由于 DTO 没有操作或行为并且应该没有隐藏状态因此它们不需要封装。不要通过使用私有 setter 或试图让你的 DTO 表现得像不可变的值对象从而使你的生活变得更艰难。您的 DTO 应该易于创建、易于编写和易于阅读。他们应该支持序列化而不需要任何自定义工作来支持它。字段或属性既然 DTO 不关心封装为什么要使用属性呢为什么不只使用字段您可以使用任何一种但某些序列化框架仅适用于属性。我通常使用属性因为这是 C# 中的约定但是如果您更喜欢公共字段或有为什么它们更可取的设计原因您当然可以使用它们。无论您选择哪种方式我都会尝试在您的应用程序中使用字段或属性时保持一致。有利弊的一些讨论在这里[3]。不变性和记录类型不变性在软件开发中有很多好处并且在 DTO 中也是一个有用的特性。Jimmy Bogard 写过关于尝试在 DTO 中实现不变性的文章[4]而Mark Seeman[5]在对该文章的评论中以及在上面的堆栈溢出问题中采用了相反的方法。就我个人而言我通常不会将 DTO 构建为不可变的正如您从上面显示的示例中看到的那样。不过这可能会随着C# 9 及其引入的记录类型而改变[6]。顺便说一下您可能会看到的另一个首字母缩写词是数据传输记录或 DTR。这是使用 C# 9 定义 DTR 的一种方法public record ProductDTO(int Id, string Name, string Description);
当使用记录类型和上述位置声明时会为您生成一个构造函数其顺序与声明相同。因此您将使用以下语法创建此 DTRvar dto new ProductDTO(1, devBetter Membership, A one-year subscription to devBetter.com);
或者您可以以更传统的方式定义属性并在构造函数中设置它们。另一个新特性是 init-only 属性它支持在创建时初始化但在其他方面是只读的保持记录不可变。一个例子public record ProductDTO
{public int Id { get; init; }public string Name { get; init; }
}// usage
var dto new ProductDTO { Id 1, Name some name };
C# 记录类型在使用位置声明时无需任何特殊努力即可支持序列化。如果您创建自己的自定义构造函数则可能需要向序列化程序提供一些提示。随着 C# 9、.NET 5 和记录类型越来越流行我希望能经常将它们用于 DTR。普通旧 CLR 对象或普通旧 C# 对象 (POCO)一个普通的旧 CLR/C# 对象是一个 POCO。Java 有普通的旧 Java 对象或 POJO。你真的可以将这些统称为“Plain Old Objects”但我猜有人不喜欢产生的首字母缩略词。那么一个对象“老旧”是什么意思呢基本上它不依赖于特定的框架或库来运行。一个普通的旧对象可以在您的应用程序或测试中的任何地方实例化并且不需要涉及特定的数据库或第三方框架来运行。通过展示反例来演示 POCO 是最简单的。以下类依赖于一些引用数据库的静态方法这使得该类完全依赖于数据库的存在才能发挥作用。它还继承自组成的第三方持久性框架中定义的类型。public class Product : DataObjectProduct
{public Product(int id){Id id;InitializeFromDatabase();}private void InitializeFromDatabase(){DataHelpers.LoadFromDatabase(this);}public int Id { get; private set; }// other properties and methods
}
给定这个类定义假设您想对 上的某个方法进行单元测试Product。你编写测试你做的第一件事就是实例化一个新的实例Product这样你就可以调用它的方法。并且您的测试立即失败因为您尚未为DataHelpers.LoadFromDatabase要使用的方法配置连接字符串。这是Active Record 模式的[7]一个例子它可以使单元测试变得更加困难。此类不是Persistence Ignorant (PI)[8]因为它的持久性直接融入到类本身中并且该类需要从与持久性相关的基类继承。POCO 的一个特点是它们往往对持久性一无所知或者至少比 Active Record 等替代方法更是如此。一个示例 POCO下面是一个产品的普通旧 C# 对象示例。public class Product
{public Product(int id){Id id;}private Product(){// required for EF}public int Id { get; private set; }// other properties and methods
}
这个Product类是一个 POCO因为它不依赖第三方的行为框架尤其是持久化行为。它不需要基类尤其是另一个库中的基类。它与静态助手没有任何紧密耦合。它可以在任何地方轻松实例化。它比前面的示例更不了解持久性但它并非完全不了解持久性因为它有一个无用的私有构造函数声明。正如您从评论中看到的那样私有无参数构造函数之所以存在是因为实体框架在从持久性读取类时需要它来实例化类。为了论证起见假设这两个Product类都包含除了显示的构造函数和属性之外的具有行为的方法。这些可以在应用程序中用作DDD 实体[9]对系统内产品的状态和行为进行建模。POCO 和 DTO好的所以我们已经看到 DTO 只是一个数据传输对象而 POCO 是一个普通的旧 C#或 CLR对象。但是它们之间的关系是什么为什么开发人员经常混淆这两个术语除了首字母缩略词的相似性之外最大的因素可能是所有 DTO 都是或应该是POCO。请记住DTO 的唯一目的是尽可能简单地传输数据。它们应该易于创建、阅读和编写。它们对第三方框架中定义的特殊基类的任何依赖或将它们与某些行为紧密耦合的静态调用都会破坏使类成为 DTO 的规则。为了成为 DTO类必须是 POCO。所有 DTO 都是 POCO。DTO 和 POCO 维恩图如果反过来也成立那么我们可以说这两个术语是等价的。但我们知道事实并非如此。在前面的代码示例中Product使用 Entity Framework 的实体具有私有的 setter 和行为使其无法成为 DTO。但正如我们所见它是 POCO 的一个很好的例子。因此虽然所有 DTO 都是 POCO但并非所有 POCO 都是 DTO。References[1] MVVM 架构中: https://en.wikipedia.org/wiki/Model–view–viewmodel [2]: https://ardalis.com/static/ef316c071c0c70148e4b0008830eeae1/d52e5/dto-viewmodel-venn.png[3] 在这里: https://stackoverflow.com/questions/10831314/dtos-properties-or-fields[4] Jimmy Bogard 写过关于尝试在 DTO 中实现不变性的文章: https://jimmybogard.com/immutability-in-dtos/[5] Mark Seeman: http://blog.ploeh.dk/[6] C# 9 及其引入的记录类型而改变: https://docs.microsoft.com/en-us/dotnet/csharp/whats-new/csharp-9[7] Active Record 模式的: https://www.martinfowler.com/eaaCatalog/activeRecord.html[8] Persistence Ignorant (PI): https://deviq.com/principles/persistence-ignorance[9] DDD 实体: https://deviq.com/domain-driven-design/entity : https://ardalis.com/static/517f68e51029cdcba6b2d49ca477b863/7fee5/dto-poco-venn.png
