我们目前有一个最近上线的 MVC5 Web 应用程序。许多业务逻辑包含在 C# 文件的 GET 和 POST 控制器方法中。该项目计划使用原生 iOS 应用程序，并表示我们必须确保 Web 应用程序和移动应用程序的业务逻辑相同。我要求任何有 Azure 移动服务经验的人详细说明我们如何轻松确保 Web 应用程序和移动设备在后端业务逻辑方面的一致性。我现在看到两个选项：1. 创建一个 API 项目并确保 Web 应用程序和移动应用程序调用相同的端点 2. 集成 Azure 移动服务并确保业务逻辑始终与 Web 应用程序匹配。我只是在寻找指导。
谢谢
【问题讨论】：
标签： asp.net-mvc api azure azure-mobile-services
如果您现在开始工作，我会开始使用 Azure 移动应用而不是 Azure 移动服务。 Azure 移动应用可以为您提供 Web 应用和适合移动设备的 API。
Azure 移动应用在 Azure Web 应用之上提供了三个不同的东西。第一个是适合移动设备的数据同步功能。这是一个 RESTful 接口，提供对来自后端资源的数据的访问。您可以直接将其用作 REST 端点 - 非常适合您的网站，但它也是 OData 源。有适用于 iOS (Objective-C/Swift)、Xamarin (C#/.NET) 的客户端以及更多使用它来提供同步功能的客户端。 SQLite 商店的添加提供了离线同步功能，您的移动应用程序可以利用该功能提高性能和网络效率。
第二个是与移动数据同步功能一起使用的身份验证。这可用于您的 Web 和移动应用程序以及企业身份验证系统（通过Azure AD）、Facebook、Twitter、Google+ 和 Microsoft 帐户的链接。您可以做的一件更有趣的事情是提供个性化的结果——用户只能通过数据同步访问他们自己的记录。移动身份验证不同，另外提供的 SDK 将为您提供该功能。
最后，通知中心有一个直通 - 一个强大的推送通知系统，它提供对 APNS（适用于 iOS 设备）、GCM（适用于 Android 设备）和 WNS（适用于基于 Windows 的设备）以及推送的访问Chrome 和 Safari 网络应用、百度和 Kindle 的功能。
没有什么能阻止您从标准 MVC5 ApiController 执行所有这些操作，但是客户端 SDK 的包装加上表格控制器的附加功能降低了您必须编写的代码的复杂性。
【讨论】：