移动应用程序 - 在后端存储和版本相对静态 json 文件
Mobile app - Store and version relatively static json files on the backend
我有一个移动应用程序可以从几个 json 文件中读取数据。该应用程序不会以任何方式修改数据。数据大部分是静态的，但每隔几天（5-6 天）可能会发生变化 (addition/deletion/updates)。这些文件的大小约为 300-400KB。
我想找到一种在后端存储这些数据的好方法，这样我就不必在每次必须更新静态数据时都推送应用程序更新。我正在考虑在后端对 json 文件进行版本控制，以便客户端可以检查它是否具有最新版本，然后在有更新时下载新文件。
在客户端，我只是将静态 json 读入内存。如果尺寸变大，这会成为问题吗？我是否应该研究一种替代方法，例如将 JSON 存储在领域数据库中？
是否有更好的方法在服务器和客户端之间同步此类静态数据？
您想要 json 文件的 "check the version" 是正确的，因为每次下载 400kb 并不是一个微不足道的大小。有多种方法可以做到这一点，最简单的可能是通过从后端公开一个端点，其中包含 json 文件的上次修改日期，并通过 SharedPreferences 将上次更新日期存储在应用程序的某个位置，并且只获取当这些值不匹配时 json 文件。
我有一个移动应用程序可以从几个 json 文件中读取数据。该应用程序不会以任何方式修改数据。数据大部分是静态的，但每隔几天（5-6 天）可能会发生变化 (addition/deletion/updates)。这些文件的大小约为 300-400KB。
我想找到一种在后端存储这些数据的好方法，这样我就不必在每次必须更新静态数据时都推送应用程序更新。我正在考虑在后端对 json 文件进行版本控制，以便客户端可以检查它是否具有最新版本，然后在有更新时下载新文件。
在客户端，我只是将静态 json 读入内存。如果尺寸变大，这会成为问题吗？我是否应该研究一种替代方法，例如将 JSON 存储在领域数据库中？
是否有更好的方法在服务器和客户端之间同步此类静态数据？
您想要 json 文件的 "check the version" 是正确的，因为每次下载 400kb 并不是一个微不足道的大小。有多种方法可以做到这一点，最简单的可能是通过从后端公开一个端点，其中包含 json 文件的上次修改日期，并通过 SharedPreferences 将上次更新日期存储在应用程序的某个位置，并且只获取当这些值不匹配时 json 文件。