首页 > 解决方案 > Azure 移动 SDK 与自定义代码 - 可扩展性

问题描述

我们已经编写了两个移动应用程序和一个 Web 后端。移动应用使用 Xamarin 编写,后端使用 Azure 中的 C#。

所有三个应用程序之间都有共享数据,有些是简单的关键字表,但有些数据表会发生变化,例如移动用户正在四处移动并对表进行一些更新,更新需要返回到 Web 应用程序,然后可能会输出到应用。

目前在移动应用程序上使用 SQLite 并遵循离线优先方法,即用户更改我们在移动设备上写入 SQLite 的表,然后同步到服务器。如果用户没有连接,后台进程最终会尽可能将数据同步到服务器。

现在所有这些都是自定义代码,我有点犹豫要不要继续走这条路。我们正在对 4 个左右的用户进行测试,但期望在 6 到 18 个月内增长到数千或数万用户。

认为我们的方法可能无法扩展。宁愿切换到离线优先框架,而不是继续推出我们自己的框架。

鉴于我们的环境,我认为使用 Azure 移动 SDK 将是显而易见的路径。

一般来说,如果您的应用程序会增长,您会选择离线优先框架吗?特别是,有使用 Azure 移动 SDK 的经验吗?

标签: azureazure-sql-databaseazure-mobile-services

解决方案


请注意,您的问题可能会被关闭,因为您正在征求意见/建议,但无论如何......

从 Azure 移动应用 Github 存储库:

请注意,产品团队目前没有投资于 Azure 移动应用的任何新功能工作。

据我所知,微软还没有宣布任何新的 SDK 或升级路径。

考虑到这一点,一种选择是保留您的自定义代码并使用您从 SDK 中提取的代码来完善它,反之亦然。


推荐阅读