c# - 在 .NET Core 解决方案中同时拥有 API 和 MVC 项目的约定

Question

我有一个由以下项目构成的 ASP.NET Core (.NET Core 2.2) 应用程序:

• API:这意味着 WebAPI( Controller 继承 ControllerBase)
• 服务:这包含 API Controller 用来访问数据库等的服务
• 数据库:其中包含常用的数据库存储库，服务层利用它来访问数据库

现在，我想添加一个与 API(.NET-core 之前的 MVC 部分)对话的 UI。在 .NET Core 中，MVC 和 WebAPI 是同一件事，这是如何实现的？ MVC Controller /模型/ View 应该成为 API 的一部分吗？它应该是一个监听不同端口的新项目吗？身份验证如何适应两者(例如 API 通常具有一些基于 token 的身份验证，UI 应用程序通常具有用户名/密码身份验证)？ WebAPI 和 MVC 部分是否应该像 ASP.NET Identity 一样共享相同的身份验证？如果两者使用相同的数据库，这不是会紧密耦合吗？

是否有某种 Microsoft 或社区建议的约定/文档来说明如何构建此类项目？

Answer 1

在 .NET Core 中，MVC 和 WebAPI 是同一件事，这是如何实现的？

在 dotnet core 中，MVC 和 WebAPI 可以存在于同一个项目中。所有应用程序都像控制台应用程序。您可以将 MVC 服务添加到启动类，使其成为 MVC 应用程序。

MVC Controller /模型/ View 应该成为 API 的一部分吗？

最好分别为 MVC 和 WebAPI 相关功能使用不同的 Controller ，同时将它们保存在同一文件夹中。

模型 - 它们可以重用于 mvc 和 webapi。 View 模型和 DTO 也是如此。

View - 仅适用于 MVC，webapi 不需要 View 。

它应该是一个监听不同端口的新项目吗？

是的，您可以为 webapi 和 MVC 创建不同的项目。

身份验证如何适应两者(例如 API 通常具有一些基于 token 的身份验证，UI 应用程序通常具有用户名/密码身份验证)？

如果您使用基于 token 的身份验证，那么 Web API 和 MVC 都可以使用。

WebAPI 和 MVC 部分是否应该像 ASP.NET Identity 一样共享相同的身份验证？如果两者使用相同的数据库，这不是会紧密耦合吗？

如果您将 ASP.Net Identity 与身份服务器一起使用，那么 MVC 和 webapi 将能够共享相同的身份验证机制，而无需紧密耦合。