具有通用 API 服务器的 IMobileServiceSyncTable
IMobileServiceSyncTable with generic API server
我们构建了一个连接到 ASP.net Web-API 2 的简单移动应用程序。
我们想使用 Microsoft client SDK for it's offline sync 支持。
既然 Azure 移动应用程序支持自定义身份验证，我们实际上可以迈出一大步。
我想知道离线同步 SDK 绝对 是否需要我们使用 Azure 移动应用程序或 Azure 移动服务。
Microsoft 文档充满了操作指南，但没有解释幕后发生的事情。我能理解的最好的是，两者都只是 OData rest API's 和 swagger for documentation。
- Azure 移动客户端 SDK 能否与在 Azure 外部的普通 ASP Web 应用程序之上创建的 API 服务器一起使用？
- 让神奇发生的 Azure 移动应用程序是什么？
第一个问题的答案：是的，SDK 可用于您拥有的任何服务器 API，因为它将是您使用 Azure 移动服务的入口点。
Azure 移动应用程序创建了一个移动服务实例，它具有推送通知和 SQL 表来存储您要发送的所有消息，并能够根据需要自定义消息。它还在后台创建了一个通知中心实例来管理所有移动平台的通知。当存在连接时，Azure 移动应用程序通过设备上的数据库与服务器之间的本机同步服务提供离线功能。
欢迎提出更多问题，以全面了解移动应用的工作原理。
希望对您有所帮助。
弗拉基米尔，
在 OData 之上，为了支持软删除、离线同步等功能，Azure 移动客户端 SDK 要求服务器实现某种协议。所以虽然你问题的答案：
[does the] sync SDK absolutely requires us to use Azure Mobile App?
... 是 no，理论上，您可以实现自己的 API，但我建议不要这样做，因为（除其他原因外）即使您设法实现了预期的约定和行为，如果您需要升级客户端 SDK 以利用错误修复 and/or 新功能，这将成为以后的维护挑战。
好消息是，使用最新版本的 Azure 移动应用服务器 SDK，向现有 ASP.NET Web API 应用程序添加移动功能是微不足道的，您应该能够启用您只需添加适当的 Table 控制器即可找到您正在寻找的场景。因此，您可以只增强现有的应用程序，而不必自己开发和维护 Azure 移动应用程序的特定逻辑。
关于你的最后一个问题，因为客户端和服务器 SDK 都是开源的并且是在开放环境下开发的，你可以在这里看看是什么让魔法发生了 :
https://github.com/Azure/azure-mobile-apps-net-server
https://github.com/Azure/azure-mobile-apps-net-client
希望对您有所帮助！
我们构建了一个连接到 ASP.net Web-API 2 的简单移动应用程序。 我们想使用 Microsoft client SDK for it's offline sync 支持。 既然 Azure 移动应用程序支持自定义身份验证，我们实际上可以迈出一大步。
我想知道离线同步 SDK 绝对 是否需要我们使用 Azure 移动应用程序或 Azure 移动服务。
Microsoft 文档充满了操作指南，但没有解释幕后发生的事情。我能理解的最好的是，两者都只是 OData rest API's 和 swagger for documentation。
- Azure 移动客户端 SDK 能否与在 Azure 外部的普通 ASP Web 应用程序之上创建的 API 服务器一起使用？
- 让神奇发生的 Azure 移动应用程序是什么？
第一个问题的答案：是的，SDK 可用于您拥有的任何服务器 API，因为它将是您使用 Azure 移动服务的入口点。
Azure 移动应用程序创建了一个移动服务实例，它具有推送通知和 SQL 表来存储您要发送的所有消息，并能够根据需要自定义消息。它还在后台创建了一个通知中心实例来管理所有移动平台的通知。当存在连接时，Azure 移动应用程序通过设备上的数据库与服务器之间的本机同步服务提供离线功能。
欢迎提出更多问题，以全面了解移动应用的工作原理。
希望对您有所帮助。
弗拉基米尔，
在 OData 之上，为了支持软删除、离线同步等功能，Azure 移动客户端 SDK 要求服务器实现某种协议。所以虽然你问题的答案：
[does the] sync SDK absolutely requires us to use Azure Mobile App?
... 是 no，理论上，您可以实现自己的 API，但我建议不要这样做，因为（除其他原因外）即使您设法实现了预期的约定和行为，如果您需要升级客户端 SDK 以利用错误修复 and/or 新功能，这将成为以后的维护挑战。
好消息是，使用最新版本的 Azure 移动应用服务器 SDK，向现有 ASP.NET Web API 应用程序添加移动功能是微不足道的，您应该能够启用您只需添加适当的 Table 控制器即可找到您正在寻找的场景。因此，您可以只增强现有的应用程序，而不必自己开发和维护 Azure 移动应用程序的特定逻辑。
关于你的最后一个问题，因为客户端和服务器 SDK 都是开源的并且是在开放环境下开发的，你可以在这里看看是什么让魔法发生了 :
https://github.com/Azure/azure-mobile-apps-net-server
https://github.com/Azure/azure-mobile-apps-net-client
希望对您有所帮助！