asp.net-mvc - 代码第一个 : does fluent api influence UI?

Question

我正在阅读 Julie Lerman 写的关于 Code First 的书。根据这本书，注释和 fluent api 给出了相同的结果。一切都取决于开发人员的风格。

我知道注释允许配置代码首先生成数据库对象的方式以及 MVC 自定义 UI 元素的方式。假设我使用 [Required, MaxLength(50)]。该属性将在数据库中生成一个 NOT NULL、nvarchar (50)。它还将验证该字段的输入。

[Required, MaxLength(50)]
public string Name { get; set; }

如果我决定先使用 Fluent API 来配置 Code 会怎样。我是否仍然需要注释来影响 UI 元素或使用流畅的 API 就足够了？

编辑

仅用于 UI 目的的注释(例如 Display)如何？他们有等价物吗？如果没有，我需要使用注释吗？

[Display(Name = "Date of Birth")]
public DateTime BirthDate { get; set; }

谢谢你的帮助

Answer 1

数据注释是告诉类强制执行某些验证规则的最简单方法。您也可以使用 Fluent API 做同样的事情。有些人喜欢用数据注释来做，有些人喜欢用 fluent API 来做

喜欢数据注释的原因

1)将有关我的实体的验证信息与实体定义一起保存在一个地方

喜欢 Fluent API 的原因

1)保持我的实体清洁。它将只有我的属性(property)信息。没有验证信息。干净简单的POCO。我将在 OnModelCreating 上写验证我的数据上下文类中的方法。

你不能用数据注释的方式做所有 Fluent API 的事情。与 Fluent API 方式(例如:HasMinLength)不存在的相同的数据注释属性相同。 HasMinLength是我们将用于模型验证的东西，这通常在 UI 中有意义。

对于 UI 模型验证，您不能单独使用 Fluent API。 Fluent API 的主要作用是查看我们编写的 fluent 配置并执行 创建模型(数据库)时从实体。 请记住，我们正在覆盖 OnModelCreating编写流畅的 API 配置的方法 .因此，对于 UI 验证(我的 ViewModel)，如果我想定义一些与我的数据模型相关的东西，例如定义外键或将此实体映射到具有不同名称的表等，我将使用 DataAnnotation 方式并使用流畅的 API。

编辑:根据问题编辑，

在这种情况下，您应该使用数据注释。如果你先做代码。您可能还记得该实体将成为您的数据库表(当然您可以告诉 EF 忽略/重命名特定列)。在那种情况下，我会保留我的 Entities清理并创建 ViewModel我将在我的用户界面中使用它。我会添加我的 DataAnnotations在我的 ViewModel来处理它。我可能会编写一些映射代码，在必要时将数据从 ViewModel 映射到 Model 和 Model 到 ViewModel。