过去一周,我一直在加强Azure移动服务。在标准的Azure网站上使用它们肯定会有一些PRO和CON,我可以在其中编写命中SQL DB的API等。
我看到的最大的负面影响之一是在服务器上开发服务器端代码和数据库结构。我已经观看过很多关于发布及其他内容的视频,阅读了大量有关WAMS的提示和技巧的博客文章,但似乎没有人谈论在服务器上开发代码(服务器脚本)和数据库结构的缺点URL。
这对于开发移动应用和相关移动服务的第一个版本非常有用。但是一旦部署完毕,你如何构建版本2?真正的应用程序击中真正的API和数据,但现在我想开发/更改/播放服务器脚本和数据库架构?
使用Azure网站,我可以在本地开发,只按照我的日程安排向服务器发布代码和数据库更改。
有没有人看到或听说过围绕Azure移动服务的“v2开发故事”?
我唯一能想到的就是围绕它们创建另一组表和API,很可能是“虚拟表”,它允许我根据原始数据集编写API。看起来像是一个巨大的麻烦,因为客户端代码现在必须知道原始的表集和新的表集...这只适用于v2 ......
感谢您的任何想法/见解。
答案 0 :(得分:3)
您应该有两个服务,一个开发和一个生产,并使用脚本将您的代码从开发升级到生产(非常类似于大多数工作流程,从测试设置转移到生产环境)。