Azure 移动服务 vs Azure App 服务 vs 普通 Web API

Question

谁能指出使用 Azure 移动服务与使用普通的 Azure 应用服务/干净的 Web api 相比有什么好处？对于后端移动解决方案的初学者/项目类型。

我对为什么要使用 Azure 移动服务有些复杂的感觉。

就我在 Azure 移动服务上看到的而言，您有一种更简单的身份验证方式，您可以更轻松地使用通知中心 并且您拥有不同的“内置”数据处理方式（表存储等）。

通常，当用户注册到您的后端时，您会需要一些自定义逻辑、用户注册和处理，并且您想要一种更可靠的处理方式 并存储OOTB数据存储未提供的数据。

您可能还有其他偏好，而不是使用您获得的 /Table/ odata-endpoint，或者最终执行大量逻辑以使您的 DAO 为 OData 端点正确返回数据。

所有这些；在使用 Azure 移动服务时，IMO 使 API/后端的清洁变得更加困难，而不是使用带有 OData 端点的简单 Web API 和可在移动应用程序中使用的 swagger documentet API 同样容易。

在 Web Api 中实现/处理身份验证和通知 ++ 既不困难也不费时。

所以我的问题是 Azure 移动服务对于开发/原型设计和测试来说往往很好，但是在开发合适的后端时它可能会变得非常混乱。

有什么想法和理由为什么一个人应该选择一个而不是另一个？

Answer 1

将 Azure 移动服务视为 V1，将应用服务/移动应用视为 V2。虽然微软尚未宣布将在不久的将来逐步淘汰移动服务，但如果您开始一个新项目，您应该明确地查看应用服务。

Answer 2

由于许多人对是否采用 Web API 或 Web App 或其他不同的东西感到困惑。他们将把这一切归于一个名字。底层技术将与“我认为”相同。 但是现在您将有机会在您的门户中添加移动推送通知，或添加您的 swagger api 定义。 因此，当您要坚持使用应用服务时，您不会限制自己。 即使你打算使用 Web Api，你也会像使用应用服务一样获得所有功能（如果我是正确的）。 *编辑：我在门户中查找了它。正如我所说，我的旧 Web App 项目与 Web Api 项目具有相同的设置。因此，您无需再决定要进行哪种项目。您可以从应用服务中获得所有好处。