我们编写了两个移动应用程序和一个Web后端。移动应用是用 Xamarin 编写的，后端是用 Azure 中的 C# 编写的。
所有三个应用程序之间都有共享数据，有些是简单的关键字表，但有些数据表会发生变化，例如移动用户正在四处移动并对表进行一些更新，更新需要返回到Web应用程序，然后可能发送到应用程序。
目前在移动应用程序上使用SQLite并遵循离线优先方法，即用户更改我们在移动设备上写入SQLite的表，然后同步到服务器。如果用户没有连接，后台进程最终将在可能的情况下将数据同步到服务器。
现在所有这些都是自定义代码，我有点犹豫要不要继续这条路。我们正在测试4个左右的用户，但预计在6到18个月内将增长到数千或数万用户。
我认为我们的方法可能无法扩展。宁愿切换到离线优先框架，而不是继续推出我们自己的框架。
鉴于我们的环境，我认为使用 Azure 移动 SDK 将是显而易见的路径。
一般来说，如果你的应用会增长，你会选择离线优先框架吗？特别是，使用Azure Mobile SDK的任何经验？
请注意，您的问题可能会被关闭，因为您正在征求意见/建议，但无论如何......
从 Azure 移动应用 Github 存储库：
请注意，产品团队目前没有投资任何 适用于 Azure 移动应用的新功能。
据我所知，Microsoft尚未宣布任何新的SDK或升级路径。
考虑到这一点，一种选择是保留自定义代码，并使用从 SDK 中提取的代码对其进行修改，反之亦然。
假设您的移动应用程序调用 Web 服务，然后执行任何必要的写入，您可以加载测试生产环境的副本，以查看是否失败以及在什么时候结束。我不是过早优化的忠实粉丝。
假设事情确实失败了，则可以使用服务总线队列在 Web 服务终结点和数据库之间引入减震器。