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