asp.net-mvc - 将模型验证移至服务类 - ASP.NET MVC

Question

我希望能够在我的服务类中执行验证。我有一个看起来像这样的 Controller 操作:

public ActionResult Edit(Post post)
{
    if(!ModelState.IsValid)
       return View();

    _postDataService.SavePost(post);

    return View("Index");
}

我不喜欢我的 _postDataService.SavePost() 可以保存无效数据这一事实，我想将模型验证移至我的 _postDataService.SavePost() 方法。我的问题是最优雅的方法是什么？如果我将我的模型验证移至我的服务方法，我如何将我的模型错误返回到我的 Controller ？最后，模型验证(如电子邮件地址的唯一性)由于需要访问某些数据，会去哪里？在我看过的所有类似问题中，没有一个给出直接的方法来做到这一点。

我也考虑过this解决方案，但这篇文章很旧，我觉得它不是最新的。

Answer 1

我假设您通过将属性放在 Post 模型/实体类的属性上来进行验证。如果是这样，您可以通过执行以下操作在您的服务层中进行验证:

var results = new List<ValidationResult>();
var isValid = Validator.TryValidateObject(post, 
    new ValidationContext(post, null, null), results, true);

这实际上是默认模型绑定(bind)器在为 Controller /操作验证和配置 ModelState 对象时所做的事情。

这种方法的优点在于您不必从服务层返回验证错误。您将只依赖默认的模型绑定(bind)器自动执行上述代码。如果有人在不检查 ModelState.IsValid 的情况下尝试调用该操作，只需让您的服务方法抛出异常来提醒他们。

评论后更新

是的，我的回答建议进行两次验证。

我怎么看？我不介意。我们将 Entity Framework 4.1 与 MVC 一起使用，而不使用 MVC 中的实体。相反，我们使用自动映射器将实体 DTO 到一个单独的 View 模型层中。我们的 EF 实体还使用 ValidationAttributes 进行修饰，EF 会在任何 DbContext.SaveChanges() 操作期间自动对其进行评估。我们对 View 模型类的属性应用非常相似的验证属性。这可能看起来不是 DRY，并且肯定有重叠，但在某些情况下，UI 端的验证属性可能与域模型中的验证属性不同。

我们不在服务层进行验证。我们的服务层只是一个应用程序流程协调器，不对业务规则负责。但是，在我们的应用程序中验证仍然会发生两次。首先，通过默认模型绑定(bind)器，针对 View 模型验证规则。然后，如果交易到达 EF，则对实体执行验证。所以我们实际上是在验证 2 个独立的层。

不过，如果您仔细想想，您实际上是在处理 2 个不同的问题。在 UI 中，您希望 MVC 向用户显示验证消息。 ModelState 对此非常有用，因为它与 MVC 验证(模型绑定(bind)/jquery/不显眼/客户端验证等)很好地结合在一起。

相反，在域中，您要保护数据完整性并执行业务规则。域不关心向用户显示消息。就其所知，客户端可能是一台机器、WCF 服务或其他东西。域的作用是防止事务发生，并且(在我们的例子中)抛出异常而不是静静地尝试与客户端“合作”。