我應該使用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

我會回答你的過於複雜的問題，以過於簡單的回答：移動服務是專爲沒有或很少開發經驗後端使用的服務後臺爲他們的移動應用開發者的移動。如果你是一位經驗豐富的後端開發人員，你可以從頭開始。