CQS 和 ASP.NET MVC 操作

Question

读过CQS原理的人都知道：

CQS 规定每种方法都应该 要么是执行一个命令 操作，或返回数据的查询 给调用者，但不是两者。

说到 ASP.NET MVC Actions，CQS 是否表明我们不应该有这样的 Action？

public PartialView InsertOrder(Order order)
{
       OrderService.InsertOrder(order);
       return PartialView("OrderDetails", order);
}

该方法正在改变系统的状态并返回当前状态。如果这里应用 CQS，我们应该有 2 个单独的 Action：一个用于插入新订单，一个用于获取系统的系统（如果第一个 Action 成功完成，则应从客户端调用）。然而，这使编程变得复杂。

我想知道你对此的看法。

莫什

Answer 1

网络上命令/查询分离的常见示例是 Post/Redirect/Get。

在 ASP.NET MVC 中，这通常以最简单的方式实现，例如

[HttpPost]
public ActionResult UpdateOrder(Order order){
  UpdateOrder(order);
  return RedirectToAction("ViewOrder", new { order.OrderId });
}

[HttpGet]
public ActionResult ViewOrder(int orderId){
  return View(GetOrder(orderId));
}

对于 AJAX 和部分视图，这可能不是最好的策略，因为 Post/Redirect/Get 解决的问题是“并不真正相关，并且重定向可能很棘手。

Answer 2

CQS 只关心对同一对象的命令和查询。由于 OrderView 和 Order 不是同一个对象（我从您的实现中猜想），该原则不适用，因此您的代码既不违背该原则，也不赞成:)

Answer 3

我从未听说过 CQS，但如果您正在执行 ASP.NET MVC（MVC 模式），那么您编写的操作完全没问题（假设此 OrderService 存在对真实服务的抽象）。控制器操纵模型并决定渲染哪个视图并将该模型传递给视图。

Answer 4

我对埃菲尔铁塔时代的这个术语有一个模糊的记忆（如果一直追溯下去，实际上比当前的 oop 原则早了好十年左右（我认为是 80 年代末）。我建议这个术语和/或原则现在很可能已经过时，并被 mvc 中的 actionresults 所取代（无论是 asp 还是 codeignitor 等），我实际上认为就定义而言（我现在刚刚查找），这种分离与执行的逻辑有关。在您的示例中，即 OrderService.InsertOrder(order) 操作因此，在某种程度上，您的操作中执行的 mvc 实际上很不遵循此模式（InsertOrder 不会尝试提供任何状态信息，纯粹处理订单对象）

我建议您查看 ASP.NET MVC 的最佳实践，它基本上基于返回操作结果（或部分、内容结果等），此模式旨在简化范例以促进实现。以统一且普遍接受的方式提高生产力。

当然，您可以使用操作返回值来生成插入/更新/删除场景的成功或失败，然后根据这些返回值请求部分视图。然而，我个人认为我不会从该方法中利用太多价值，因为考虑到 MVC 中的控制器关心的是控制哪个视图应作为操作结果返回的逻辑。

希望这对

吉姆有帮助