现有 ASP.NET Web API 中的 ASP.NET MVC 4答案

【问题标题】：ASP.NET MVC 4 in existing ASP.NET Web API现有 ASP.NET Web API 中的 ASP.NET MVC 4
【发布时间】：2015-07-06 18:23:51
【问题描述】：

我已经构建了一个 ASP.NET Web API 项目，该项目将数据从 SQL 服务器数据库馈送到现有网站。在不久的将来会有其他网站开始使用这个 Web API。构建 Web API 时，要求只是提供一些 GET 操作；不需要更新/编辑。现在，客户需要一个管理工具/界面，在将数据提供给网站之前，他们可以在其中操作数据（进行一些编辑并应用一些标记）。

我的问题是，我应该构建一个允许客户端操作数据的新 ASP.NET MVC 4 站点（新解决方案）吗？我的想法是，如果我采用这种方法，我会扩展现有的 Web API 项目并实现一些 put 操作，并添加支持以基于某些过滤器返回数据。然后，我将从新的 ASP.NET MVC 4 应用程序中使用 Web API。这种方法的缺点是我现在将有重复的代码，特别是，我必须在 MVC 4 Web 应用程序中创建我的模型类并使其与 Web API 项目保持一致。这是一个正确的假设吗？

或者我应该只在 Web API 项目中构建接口？这样做有什么好处和坏处？任何见解将不胜感激。

【问题讨论】：

如果我的 web api 将被多个项目使用，而不是我创建单独的 wpi 项目，该项目应该由两个项目使用...
当您将 web api 和 mvc 项目组合到一个项目中时，路由可能会很痛苦。您可能想在做出决定之前对此进行研究

标签： c# asp.net asp.net-mvc asp.net-mvc-4 asp.net-web-api

【解决方案1】：

为您的模型创建一个项目，并将该项目用作每个项目的参考。

您的 MVC 应用程序应该只是创建视图和授权。您应该使用视图来调用 API 函数

【讨论】：

【解决方案2】：

两种解决方案方法的另一个缺点是，您会增加从管理站点向 API 发出请求的延迟。尽管如此，如果你走这条路，你可以将你的模型类移动到你从你的 Web API 站点和你的 MVC 4 站点引用的公共库中。

在同一解决方案中构建管理工具是一种非常有效的方法。

【讨论】：