初始图标向移动应用交付的最佳实践/解决方案体系结构

Question

以下是移动应用程序开发的初学者的一个问题:)

首先，我正在为iOS平台构建一个。在如何将图标传递到应用程序的问题上，我陷入了困境。想象一下：

1. 我有一个参考数据集，包括旅行选项(自行车、摩托车等)。但是，实际的数据集要大得多--我希望有100到200个条目，每个图标都有一个图标。
2. --它们应该缓存在
3. 中，它们不会改变，新的东西可能会周期性地出现，但不是每周都有。--

现在开始我正在考虑的选项：

arrive

• Deliver

• 提供一个以图像为BLOB的sqlite数据库，并在新图标为BLOB时更新数据库，当新图标为S3桶项提供图像URL时更新数据库，当新图标为BLOB或URL绑定初始sqlite应用程序时更新数据库(？)当新图标到达

• 时，在空中进行更新，完全不使用sqlite数据库，并在启动时使用图像URL提供REST调用。在需要时加载图像并缓存它们。当新图标到达时，用新图标URL更新数据库。

我认为我倾向于使用选项4，因为它对客户端的负担似乎最小--只要他需要，他总是可以下载图标。但是，由于第一次从私有s3桶下载图标，它也有延迟。然而，我错过了移动应用程序的真实体验，可能也缺少了重要的细节。希望专家们对此有所了解。感谢任何有利和欺诈，你可以提供这个选项！

Answer 1

你说得对，根本不需要数据库。所以基本上，你必须只加载这些图标一次，并将它们缓存在应用程序中。您可以像react-native-fast-image这样的东西，也可以自己进行缓存。如果图标的URL被更改-新图像将被缓存。

因此，在现实世界的应用程序中，通常有图像占位符(例如下面的例子)或加载器(更少见)。

​

如果您有多种类型的车辆，则可以创建多个占位符并显示它们，除非原始图像正在加载/不可用。

Answer 2

使用react本地防火墙存储和防火墙是一个很好的选择。图像可以远程加载并自动完成缓存。