有人可以指出使用 Azure 移动服务与使用普通 Azure 应用服务/干净的 Web API 相比有什么好处吗？适用于后端移动解决方案的入门/项目类型。
对于为什么要使用 Azure 移动服务，我的心情有些复杂。
据我所知，在 Azure 移动服务上，您有一种更简单的身份验证方法，您可以更轻松地使用通知中心 并且您有不同的“内置”方式来处理数据(表存储等)。
通常，当用户注册到您的后端时，您需要一些自定义逻辑、用户注册和处理，并且您需要更可靠的处理方式 并存储 OOTB 数据存储未提供的数据。
您可能还有其他偏好，而不是使用附带的/Table/odata-endpoint，或者最终执行大量逻辑以使 DAO 正确返回 OData 端点的数据。
所有这些事情； IMO 使得使用 Azure 移动服务时清理 API/后端变得更加困难，而不是使用具有 OData 端点的简单 Web API 和可以在移动应用程序中使用的 swagger documentet API 一样简单。
在 Web Api 中实现/处理身份验证和通知++ 并不困难也不耗时。
所以我的问题是，Azure 移动服务对于开发/原型(prototype)设计和测试来说往往很好，但在开发适当的后端时，它可能会很快变得非常困惑。
有什么想法和理由说明为什么人们应该选择其中之一而不是另一个？
最佳答案
将 Azure 移动服务视为 V1，将应用服务/移动应用视为 V2。虽然 Microsoft 尚未宣布将在不久的将来逐步淘汰移动服务，但如果您开始一个新项目，您应该明确考虑应用服务。
关于Azure 移动服务 vs Azure 应用服务 vs 普通 Web API，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35652928/