MVC解决方案中的Web API在单独的项目中

8 回答

• 7

  我试图将API控制器拆分为一个新项目 . 我所做的就是创建一个新的库项目，将控制器移动到名为API的文件夹中 . 然后将库项目的引用添加到MVC项目中 .

  webAPI配置保留在MVC项目本身中 . 它工作正常 .

  回复于 2024-05-03T07:38:45+08:00
• 0

  除了为Web.Api设置单独的DLL .

  只是一个建议：

  • 创建项目

  • Nugget WebActivatorEx

  • 创建一个要在app_start上调用的类方法

  [assembly：WebActivatorEx.PostApplicationStartMethod（typeof（API.AppWebActivator），“Start”）]

  [assembly：WebActivatorEx.ApplicationShutdownMethod（typeof（API.AppWebActivator），“Shutdown”）]

  • 在Start Method中注册web.api路由

  public static void Start（）{GlobalConfiguration.Configure（WebApiConfig.Register）; }

  • 将项目引用到Web项目 . 激活启动方法 .

  希望这可以帮助 .

  回复于 2024-05-03T07:38:45+08:00
• 26

  不幸的是你错了 - 我假设我可以在web api和mvc控制器之间分享我的所有属性等，所以面对它，对我来说似乎不是一个巨大的变化 .

  Web API和MVC使用的许多概念，即使乍一看类似，实际上也不兼容 . 例如，Web API属性为 System.Web.Http.Filters.Filter ，MVC属性为 System.Web.Mvc.Filter - 它们不可互换 .

  同样适用于许多其他概念 - 模型绑定（完全不同的机制），途径（网络API使用HTTPRoutes没有路由，尽管他们都在同一个基础RouteTable操作），依赖解析器（不兼容）等等 - 即使在相似表面，在实践中是非常不同的 . 而且，Web API没有区域概念 .

  最终，如果你想要实现的只是拥有一种“新的，时髦的”提供JSON内容的方式 - 在走这条路之前要三思而后行 . 我当然不会建议重构任何现有代码，除非您真的想要以RESTful方式使用HTTP并构建应用程序 .

  这一切都取决于你正在建设什么 . 如果你正在开始一个新项目，你所需要的只是提供一些JSON来促进你的网络应用程序 - 如果你愿意接受一些可能重复的代码（比如我上面提到的东西），Web API可以轻松地托管在与ASP.NET MVC相同的项目 .

  如果您要为您的在线服务构建适当的API（可能由外部客户或各种设备使用），例如为您的移动应用程序提供支持，我只会将Web API分离到单独的项目中 .

  回复于 2024-05-03T07:38:45+08:00
• 6

  IMO，安全性和部署应该推动您的决定 . 例如，如果您的MVC应用程序使用表单身份验证，但您有兴趣为您的API使用基本身份验证（使用SSL），则单独的项目将使您的生活更轻松 . 如果您想在www.example.com上托管您的网站，但是将您的API托管为api.example.com（与www.example.com/api对比），单独的项目将使您的生活更轻松 . 如果您将项目和子域名相互分离，并且打算利用MVC应用程序中自己的API，则必须弄清楚如何处理客户端API调用的Same Origin Policy问题 . 对此的常见解决方案是利用jsonp或CORS（最好是可以） .

  更新（2013年3月26日）：官方CORS支持即将到来：http://aspnetwebstack.codeplex.com/wikipage?title=CORS%20support%20for%20ASP.NET%20Web%20API

  回复于 2024-05-03T07:38:45+08:00
• 2

  经过一定程度的经验（为应用程序和mvc创建API） . 我主要做两件事 .

  我为来自其他客户端或其他设备（Android / IOS应用程序）的api调用创建了一个单独的项目 . 其中一个原因是因为身份验证不同，它是基于令牌的（保持无状态） . 我不想在我的MVC应用程序中混合使用它 .

  对于我的mvc应用程序的javascript / jquery api调用，我喜欢保持简单，所以我在我的MVC应用程序中包含了一个web api . 我不打算在我的javascript api调用中使用基于令牌的身份验证，因为嘿，它在同一个应用程序中 . 我可以在API endpoints 上使用 [authorize] 属性，当用户未登录时，他将无法获取数据 .

  此外，在处理购物车并且您希望在会话中存储用户购物车时（未登录），如果您通过JavaScript代码添加/删除产品，则需要在API中使用此选项 . 这将使您的API确实有状态，但也会降低MVC-API的复杂性 .

  回复于 2024-05-03T07:38:45+08:00
• 5

  SimpleInjector（IoC框架）的Steven建议两个独立的项目：What is the difference between DependencyResolver.SetResolver and HttpConfiguration.DependencyResolver in WebAPI

  回复于 2024-05-03T07:38:45+08:00
• 0

  我最近做了几乎相同的事情：我开始使用一个新的MVC 4 Web应用程序项目，选择VS2012中的Web API模板 .

  这将创建一个与MVC在同一应用程序中托管的Web API .

  我想将ApiControllers移动到一个单独的类库项目中 . 这很容易，但解决方案有点隐藏 .

  在MVC 4项目的AssemblyInfo.cs中添加类似的代码行

  [assembly: PreApplicationStartMethod(typeof(LibraryRegistrator), "Register")]
  

  现在你需要类LibraryRegistrator（随意给它命名）

  public class LibraryRegistrator
      {
          public static void Register()
          {
              BuildManager.AddReferencedAssembly(Assembly.LoadFrom(HostingEnvironment.MapPath("~/bin/yourown.dll")));
          }
      }
  

  在MVC 4项目中还添加了对Api库的引用 .

  现在，您可以将Api控制器添加到您自己的独立类库（yourown.dll）中 .

  回复于 2024-05-03T07:38:45+08:00
• 103

  即使你的项目如此复杂以至于需要两个“前端”，我仍然只会考虑将webapi拆分为一个单独的项目作为最后的手段 . 您将面临部署难题，新手很难理解您的解决方案的结构 . 更不用说路由问题了 .

  我的目标是将system.web命名空间隔离在一个"presentation layer"中 . 尽管webapi不是表现形式，但它仍然是应用程序界面的一部分 . 只要您保留域中的逻辑而不是控制器，就不应该遇到太多问题 . 另外，不要忘记使用区域 .

  回复于 2024-05-03T07:38:45+08:00