ASP.NET MVC中的ApiController和Controller之间的区别

我一直在使用ASP.NET MVC 4 beta，现在我看到两种类型的控制器：ApiController和Controller。

在什么情况下可以选择特定的控制器，我一点也不困惑。

例如：如果我想返回视图，那么我必须使用ApiController还是普通的Controller？我知道WCF Web API现在已与MVC集成。

从现在开始，我们可以同时使用这两种控制器，请有人指出对应控制器的情况。

使用Controller渲染普通视图。ApiController操作仅返回已序列化并发送到客户端的数据。

链接在这里

引用：

注意如果您使用过ASP.NET MVC，则您已经熟悉控制器。它们在Web API中的工作方式类似，但是Web API中的控制器派生自ApiController类而不是Controller类。您将注意到的第一个主要区别是Web API控制器上的操作不返回视图，而是返回数据。

ApiControllers专门用于返回数据。例如，他们负责透明地将数据序列化为客户端请求的格式。另外，它们默认情况下遵循不同的路由方案（例如：将URL映射到操作），并按惯例提供REST-ful API。

您可以使用控制器而不是带有some（？）手动编码的ApiController来执行任何操作。最后，两个控制器都基于ASP.NET基础。但是，如今，拥有REST-ful API已成为一种普遍要求，因此创建WebAPI就是为了简化此类API的实现。

在这两者之间做出决定是相当简单的：如果您要编写基于HTML的Web /互联网/内联网应用程序-可能偶尔会在此不停地返回json的AJAX调用-坚持使用MVC / Controller。如果要为系统提供数据驱动/基于REST的接口，请使用WebAPI。当然，您可以将两者结合起来，让ApiController满足来自MVC页面的AJAX调用。

举一个真实的例子：我目前正在使用一个ERP系统，该系统为其实体提供REST-ful API。对于此API，WebAPI将是不错的选择。同时，ERP系统提供了高度AJAX认证的Web应用程序，您可以使用它来创建针对REST-ful API的查询。Web应用程序本身可以实现为MVC应用程序，利用WebAPI来获取元数据等。

您宁愿编写和维护哪个？

ASP.NET MVC

public class TweetsController : Controller {
  // GET: /Tweets/
  [HttpGet]
  public ActionResult Index() {
    return Json(Twitter.GetTweets(), JsonRequestBehavior.AllowGet);
  }
}

ASP.NET Web API

public class TweetsController : ApiController {
  // GET: /Api/Tweets/
  public List<Tweet> Get() {
    return Twitter.GetTweets();
  }
}

我喜欢ASP.NET Core的MVC6将两种模式合并为一个事实，因为我经常需要同时支持这两种情况。的确，您可以调整任何标准MVC Controller（和/或开发自己的ActionResult类）来像一样操作和行为ApiController，但很难维护和测试：最重要的是，让Controllers方法返回的方法ActionResult与其他方法混合使用IHttpActionResult从开发人员的角度来看，返回原始/序列化的/ 数据可能会造成很大的混乱，尤其是如果您不是一个人工作并且需要让其他开发人员加快使用该混合方法的速度时。

到目前为止，我为使ASP.NET非核心Web应用程序中的问题最小化的最佳技术是将Web API包导入（并正确配置）到基于MVC的Web应用程序中，因此我可以兼得两者worlds：Controllers用于视图，ApiControllers用于数据。

为此，您需要执行以下操作：

• 使用NuGet安装以下Web API软件包：Microsoft.AspNet.WebApi.Core和Microsoft.AspNet.WebApi.WebHost。
• 将一个或多个ApiControllers添加到您的/Controllers/文件夹。
• 将以下WebApiConfig.cs文件添加到您的/App_Config/文件夹中：

using System.Web.Http;

public static class WebApiConfig
{
    public static void Register(HttpConfiguration config)
    {
        // Web API routes
        config.MapHttpAttributeRoutes();

        config.Routes.MapHttpRoute(
            name: "DefaultApi",
            routeTemplate: "api/{controller}/{id}",
            defaults: new { id = RouteParameter.Optional }
        );
    }
}

最后，您需要将上述类注册到您的Startup类（Startup.cs或Global.asax.cs，取决于您是否使用OWIN Startup模板）。

启动文件

 public void Configuration(IAppBuilder app)
 {
    // Register Web API routing support before anything else
    GlobalConfiguration.Configure(WebApiConfig.Register);

    // The rest of your file goes there
    // ...
    AreaRegistration.RegisterAllAreas();
    FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
    RouteConfig.RegisterRoutes(RouteTable.Routes);
    BundleConfig.RegisterBundles(BundleTable.Bundles);

    ConfigureAuth(app);
    // ...
}

Global.asax.cs

protected void Application_Start()
{
    // Register Web API routing support before anything else
    GlobalConfiguration.Configure(WebApiConfig.Register);

    // The rest of your file goes there
    // ...
    AreaRegistration.RegisterAllAreas();
    FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
    RouteConfig.RegisterRoutes(RouteTable.Routes);
    BundleConfig.RegisterBundles(BundleTable.Bundles);
    // ...
}

我在博客上写的这篇文章进一步说明了这种方法及其优缺点。

Web API中的每个方法都将返回数据（JSON），而不进行序列化。

但是，为了在MVC控制器中返回JSON数据，我们将返回的Action Result类型设置为JsonResult，并在对象上调用Json方法以确保将其包装在JSON中。

主要区别在于：Web API是针对任何客户端，任何设备的服务，而MVC Controller仅为其客户端提供服务。相同，因为它是MVC平台。

在这两者之间做出决定是相当简单的：如果您要编写基于HTML的Web /互联网/内联网应用程序-可能偶尔会在此不停地返回json的AJAX调用-坚持使用MVC / Controller。如果要为系统提供数据驱动/基于REST的接口，请使用WebAPI。当然，您可以将两者结合起来，让ApiController满足来自MVC页面的AJAX调用。基本上，控制器用于mvc，而api-controller用于Rest- API，您可以根据需要在同一程序中使用两者