ArkData的应用数据持久化笔记

应用的数据持久化有三种实现方式

首选项

适用于存储系统主题，通用化设置（字体，颜色...）等轻量化数据，可通通过他们key_value大小的限制可以看出。

更为具体的限制

持久化数据是一个相对缓慢的操作，应用程序应避免以下情况：
Ⅰ：持久化大型数据集。

Ⅱ：持久化经常变化的变量。

当持久化更改的过程变得太繁重时，Preferences实现可能会限制持久化属性更改的频率。 Preferences只能在UI页面内使用，否则将无法持久化数据。 Preferences的持久化变量最好是小于2kb的数据，不要大量的数据持久化， 因为Preferences写入磁盘的操作是同步的，大量的数据本地化读写会同步在UI线程中执行，影响UI渲染性能。

如果开发者需要存储大量的数据，建议使用数据库api。

1.Preferences是同步写入磁盘；Preferences是全量加载进内存。

2.Preferences的持久化变量最好是小于2kb的数据；Preferences存储的数据不超过一万条，Key键为string类型，要求非空且长度不超过80个字节，如果Value值为string类型，长度不超过8192个字节。

3.Preferences只能在UI页面内使用。

4.Preferences不要大量的数据持久化，因为Preferences写入磁盘的操作是同步的，大量的数据本地化读写会同步在UI线程中执行，影响UI渲染性能。如果开发者需要存储大量的数据，建议使用数据库api。

5.Preferences存储AppStorage属性UI状态，以确保这些属性在应用程序重新启动时的值与应用程序关闭时的值相同；Preferences一般为应用保存用户的个性化设置（字体大小，是否开启夜间模式）等。

KV

开发过程中数据元组关系不强，不需要加入逻辑运算的优先选择KV

RDB(sqlite)

数据元组需要参与逻辑运算，关联性较强（比如商品记录，可能需要筛选，比较价格等逻辑运算）使用RDB

优化ArkData使用的三方库

Preferences工具类

键值型数据库工具类