3
過去一週裏，我一直在關注Azure移動服務。肯定有一些PRO和CON在通過標準Azure網站使用它們，我可以在其中編寫碰到SQL DB等的API。Azure移動服務 - 如何使用已部署的版本進行生產開發？
我看到的最大的負面因素之一是在服務器端代碼和DB結構上開發服務器。我看過很多從發射視頻和超越，閱讀了大量有關各地WAMS的技巧和竅門的博客文章，但似乎沒有人談論開發的代碼（服務器腳本），並在服務器上的數據庫結構的缺點是，在你的生活URL。
這是一個用於開發移動應用和相關移動服務的第一個版本都很棒。但一旦部署完畢，你如何構建版本2？真正的應用程序打擊真正的API和數據，但現在我想要開發/更改/使用服務器腳本和數據庫模式？
隨着Azure網站，我可以在當地發展，僅發佈代碼和數據庫更改在我的日程表服務器。
有任何你見過或聽說過「V2發展的故事」圍繞Azure的移動服務？
只有我能想到的事情是建立另一套身邊表和API，最有可能的「虛擬表」，讓我寫與原始數據集的API。看起來像一個巨大的麻煩，因爲客戶端代碼現在必須知道原始的一組表和新的表...這只是爲V2 ...
感謝您的任何想法/見解。
你最終會使用什麼解決方案？ –