我们有一系列 ASP.NET MVC 控制器，它们都继承自一个基本控制器（继承自 Controller 类）。我们现在正在考虑创建一些异步操作，并且想知道如果我们只是将基本控制器更改为从 AsyncController 继承而不是 Controller（这意味着我们所有的控制器都将从 AsyncController 继承），是否会遇到任何麻烦。
【问题讨论】：
标签： asp.net-mvc
杰斯，
在我看来，你不会造成任何伤害，因为只有当你遵循以下约定时才会调用异步功能：
public class PortalController : AsyncController
{
public void NewsAsync(string city)
{
AsyncManager.OutstandingOperations.Increment();
NewsService newsService = new NewsService();
newsService.GetHeadlinesCompleted += (sender, e) =>
{
AsyncManager.Parameters["headlines"] = e.Value;
AsyncManager.OutstandingOperations.Decrement();
};
newsService.GetHeadlinesAsync(city);
}
public ActionResult NewsCompleted(string[] headlines)
{
return View("News", new ViewStringModel
{
NewsHeadlines = headlines
});
}
}
约定是在命名中添加 News*Async* 和 News*Completed* 部分。
见：
async controllers in asp.net mvc 2
请注意，控制器类现在派生自 AsyncController 而不是 Controller。此外，News 操作方法已拆分为名为 NewsAsync 和 NewsCompleted 的方法，它们类似于异步页面中的 Begin 和 End 方法。从逻辑上讲，控制器仍然公开了一个名为 News 的操作方法。但在物理上，该方法的实现已经使用整个 .NET 框架中使用的异步模式的变体进行了分解。
如果您不更改继承的控制器代码中的任何内容，则不会启动异步活动。然而，正如罗伯特在上面（或下面可能:-)）所说，你可以根据需要装饰动作以保持意图清晰，但我个人认为约定应该清楚地表明这一点。
当然值得讨论。
【讨论】：
MVC 4 没有异步控制器 - 查看源代码：
namespace System.Web.Mvc
{
// Controller now supports asynchronous operations.
// This class only exists
// a) for backwards compat for callers that derive from it,
// b) ActionMethodSelector can detect it to bind to ActionAsync/ActionCompleted patterns.
public abstract class AsyncController : Controller
{
}
}
【讨论】：
如果您在 Action 方法中设置断点并观察调用堆栈（启用显示外部代码），您将看到调用驻留在 AsyncController 中的同步操作与标准控制器中的同步操作需要几个额外的步骤。即 AsyncControllerActionInvoker 调用以 BeginInvokeSynchronousActionMethod 结尾的 Begin/End 样式方法。我不知道这些额外调用会带来多少开销，但在你盲目地从 AsyncController 扩展所有控制器之前，即使不存在异步操作，也需要注意这一点。
【讨论】：
你应该没问题，因为 AsyncController 已经继承自 Controller。
该页面上的注释对于确定您是否通过从 AsyncController 继承来做正确的事情非常有用，并提供了一个很好的指导来让您保持正轨。
【讨论】：
异步控制器的使用取决于您是否要等待任何特定任务或步骤完成，然后再继续下一个任务。这个问题类似于在你的薪水进入你的支票账户之前从亚马逊购买东西。
对于典型的 Web 应用程序，我认为这是不可取的。 Web 服务器已经是非常并行的，因此唯一的优势就是加快对用户的响应速度。对于许多操作来说，这种好处可以忽略不计。
我会在后台为长时间运行的进程保留异步控制器，在后台等待任务完成再将网页返回给用户控制是不切实际的。
注意：如果您有一个 .NET 反汇编程序（或 ASP.NET MVC source）的副本，您可以打开 AsyncController 类并查看代码。这应该让您很好地了解是否可以将AsyncController 用作普通的Controller。
我在下面链接到的文章是这样说的：“从 AsyncController 派生的控制器使 ASP.NET 能够处理异步请求，并且它们仍然可以为同步操作方法提供服务。”
【讨论】：
Controller 和AsyncController 的内部结构，不知道Jess 的策略是否有效；从理论上讲，您应该能够从 AsyncController 继承并以通常的方式使用 Controller 的功能（假设 AsyncController 中没有 Controller 的方法）。