ASP.NET MVC 中的工作流

Question

作为学习练习，我想将现有的 Flash 应用程序迁移到 ASP.NET MVC。它有大约 20 种形式，虽然大部分是线性的，但根据用户决策或返回的数据存在一定程度的替代流程。

有人能指出控制器如何处理这个问题的正确方向吗？我不希望我的观点必须弄清楚下一步该走向何方。

更新

我想我可能不理解构建这个的正确方法。我认为每个控制器负责应用程序的不同部分，并有一个主控制器负责工作流程。

如果这不是我应该采取的方法，那么最好的方法是什么？

更新 2

ASP.NET MVC 2 中的区域会负责应用程序的此部分吗？我真的不喜欢在一个控制器中执行太多操作的想法......

Answer 1

一般来说：

控制器通常是处理逻辑上连贯的应用程序块的操作的集合（因此您经常看到 UserController / OrderController 等）。

MVC 应用程序应该使用 PRG ( post-redirect-get ) 构建，这意味着每个表单将有 2 个操作，一个将显示表单，第二个具有相同的名称，但用 [AcceptPost] 装饰，它将处理表单并根据结果将用户重定向到适当的位置。

了解其工作原理并迁移应用程序的最简单方法是将每个表单建模为没有逻辑的简单 dto，为每个表单和 2 个操作构建一个视图。

一旦逻辑在控制器中工作，您可能希望将其迁移到可以注入控制器的某种形式的服务中。

专门针对您的工作流程：

每个工作流程可能应该有自己的控制器。使用某种形式的状态模式（取决于工作流程的复杂性）对它们进行建模可能很有用，并提供每个状态转换的结果，您的控制器可以将其转换为重定向到工作流程中的下一步。

Answer 2

当表单发布到控制器操作时，控制器操作将决定如何处理发布的结果以及接下来渲染或重定向哪个视图：

[AcceptVerbs(HttpVerbs.Post)]
public ActionResult HandleFormSubmission(FormCollection col)
{
    // do something with posted data
    // redirect to /someOtherController/someOtherAction
    // which could show some other form
    return RedirectToAction("someOtherAction", "someOtherController");
}

Answer 3

我正在努力解决同样的问题（使用 Windows Workflow Foundation 和 ASP.NET MVC），并且我在博客中介绍了它 此处

也许您会发现它有帮助，抱歉推送我自己的链接