Azure移动服务与Azure App服务相对于普通Web API

时间:2016-02-26 13:24:54

标签: azure asp.net-web-api azure-mobile-services

任何人都可以指出使用Azure Mobile服务与使用普通Azure应用服务/干净网络API的任何好处吗?适用于后端移动解决方案的入门/项目类型。

我对为什么要使用Azure移动服务感到有点复杂。

就我在Azure Mobile服务上看到的,您可以更轻松地进行身份验证,您可以更轻松地使用通知集线器 并且你有不同的“内置”处理数据的方式(表存储等)。

通常,当用户注册到您的后端时,您会想要一些自定义逻辑,用户注册和处理,并且您希望采用更加可靠的方式处理 并存储OOTB数据存储不具备的数据。

您可能还有另一个偏好,而不是使用它得到的/ Table / odata-endpoint,或者最终做了很多逻辑,以便为DAata端点正确地返回DAO数据。

所有这些; IMO使得使用Azure Mobile服务时使API /后端更加干净变得更加困难,而不是使用带有OData端点的简单Web API和可以在移动应用程序中使用的swagger documentet API同样简单。

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

所以我的问题Azure移动服务是它适用于开发/原型设计和测试,但在开发适当的后端时,它可能会非常快。

为什么选择一个而不是另一个的任何想法和理由?

2 个答案:

答案 0 :(得分:1)

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

答案 1 :(得分:1)

由于许多人对于使用Web API或Web App或其他不同的东西感到困惑。他们将把所有这一切都归结为一个名字。基础技术将与“我认为”相同。 但现在您可以在门户网站中添加移动推送通知或添加swagger api定义。 因此,当您坚持使用App Services时,您不会限制自己。 即使您打算使用Web Api,您也可以获得所有功能,就好像您将使用App Service一样(如果我是正确的话)。 *编辑:我在门户网站上查找了它。正如我所说,我的旧Web App项目与Web Api项目具有相同的设置。所以你不需要再决定你正在采取哪种项目。您可以从App Service获得所有好处。

相关问题