我的研究信息过多，所以我只需要听听别人的经历......
我的（过度简化）问题是这样的：我需要创建一个移动和Web客户端都可以访问的Web API，但它将包括业务逻辑，而不仅仅是基本的CRUD操作，最后它需要是安全的。
我们正在与Azure合作，我们宁愿留在.NET端，所以没有JavaScript后端。
从它的声音来看，我的选择云服务或移动服务。 我倾向于使用移动服务，因为似乎与ACS的集成比使用云服务要容易得多。然而，我读过的大多数在线帖子都有非常基本的移动服务样本（大多数是针对JavaScript的，这让我觉得移动服务不适合更大的应用程序。
将Mobile Svc扩展到多个控制器是否存在任何缺陷，这些控制器将请求传递给更复杂的BI引擎，而不仅仅是让请求通过并更新数据库？
答案 0 :(得分：1)
不确定你在缺点方面寻找什么 - 这听起来有点主观。并且......你实际上问了一个与你的标题所暗示不同的问题。我忽略了这个标题，因为否则这个问题会因为过于宽泛而被关闭。或者以意见为基础。＆＃39; （提示：您可能应该更改标题以匹配有关超越移动服务中CRUD操作的问题）。
从客观的角度来看：移动服务开箱即用，内置CRUD操作，以及针对这些操作的特定于语言的客户端支持。要超越这一点，你需要看看移动服务＆＃39;自定义API功能，允许您构建所需的任何后端处理。然后，您可以使用您想要的任何数据库引擎（只要您拥有正确的驱动程序），使用您想要的任何资源（例如队列和服务总线）等。