我应该使用Azure的移动服务或网络API

Question

我开发一个原型应用程序/网站作为一个项目的可行性研究“秒杀”坚持下去。我们需要一个网站和一个应用程序。

我来自Web窗体/ C＃背景，相当数量的SQL经验..而且一直在涨陡峭的学习曲线得到认真处理MVC，实体框架等

我已经开发了一个MVC首先有OAuth的应用程序，并使用Asp.Identity（和角色 - 只是不能离开我害怕:)。

它使用一个Azure的网站和Webjobs来处理其他任务。我真的很喜欢没有管理整个服务器的想法。

什么之后似乎是一个移动应用程序的合乎逻辑的步骤，我还添加了网页API给它..并做了一些成功的检查，它的存在和使用招等工作

我现在需要“ Spike'的移动元素，并且非常青睐Cordova方法，因为没有真正的性能要求，看起来像AngularJS等可以产生很好的收益。所以我已经将Cordova工具添加到我的开发环境中，并完成了一些教程，并成功在我的android手机上安装了一个应用程序。迄今为止这么好。

所以看着Azure的移动服务，这似乎提供了一些不错的设施，为我们的应用程序。但是，我意识到它仍然是新的，但它似乎面向病房节点JS“服务器端”应用程序，如果使用科尔多瓦..是固定的还是我可以使用C＃？ 但我也觉得我可能已经通过添加WebApi来绕过对移动服务部分的需求。

表面上看起来移动服务对于简单的应用程序唯一需求来说是一个很好的“云服务”模型。还是我错了..我应该使用它除了我的网站..

的APP和网站都将使用同一个数据库，身份验证等。这使我到数据库上。这是不真的是一个'现有的数据库'（这是所有的移动服务教程似乎头）..我可以重新开始，如果需要..但它当然是用代码第一EF模型。

我应该转移精力到使用移动服务，或者，因为我怀疑，继续发展自己的RESTful API中加入到我的网站？

我想我在寻找一些最佳实践指南这里。

Answer 1

移动服务的.NET后端实际上是基于WebAPI的，实际上面向的是希望利用现有.NET/WebAPI技能编写后端服务的开发人员，而不是基于门户的JS后端（您也可以编写更复杂的代码JS后端）。

移动服务的一个关键要注意的是它是一个收集服务，而不仅仅是数据存储的后端。

对于大多数移动平台，您在后端和相应的客户端库上都具有身份验证，推送通知，脱机支持，混合连接等功能（请注意，由于它基于REST，因此不会阻止您使用相同的服务非移动平台，如WPF，ASP.NET MVC等。）

所以问题是，您实际需要多少其他功能，以及您自己编写这些功能需要多少努力，而不仅仅是在移动服务中使用/配置它们。

Answer 2

我会回答你的过于复杂的问题，以过于简单的回答：移动服务是专为没有或很少开发经验后端使用的服务后台为他们的移动应用开发者的移动。如果你是一位经验丰富的后端开发人员，你可以从头开始。