源码

iOS本地数据存储方案汇总

常见存储方式

  • Plist 格式文件存储

  • NSUserDefaults 沙盒存储(个人偏好存储)

  • 文件读写储存

  • 解归档存储

  • 数据库存储

数据存储基础

作为移动端开发工程师,所需要的数据几乎全部都是通过网络获取,而且网络请求都有时耗;在网络好的情况下这种时耗虽然不足考虑,但是一旦网络环境不好,会很影响产品体验。网络环境无法控制,但是对于一些数据不经常变动的网络请求或没必要实时更新的数据,我们可以选择将网络数据缓存本地,适时更新。

在iOS中涉及存储方式不外乎这几种,只是大家各自的分类方式可能有些不同。这里仅是自己的思考与分类。

了解缓存,有必要先了解一下沙盒这个概念。

沙盒其实质就是在iOS系统下,每个应用在内存中所对应的储存空间。

每个iOS应用都有自己的应用沙盒(文件系统目录),与其他文件系统隔离,各个沙盒之间相互独立,而且不能相互访问(手机没有越狱的情况下)。

各个应用程序的沙盒是相互独立的,在系统内存消耗过高时,系统会收到内存警告并自动将一些退出软件。这就保证了系统的数据的安全性及系统的稳定性。

一个应用的沙盒目录如下:

Documents 应用程序在运行时生成的一些需要长久保存的数据。Library/Caches 储存应用程序网络请求的数据信息(音视频与图片等的缓存)。此目录下的数据不会自动删除,需要程序员手动清除该目录下的数据。主要用于保存应用在运行时生成的需要长期使用的数据.一般用于存储体积较大数据。Library/Preferences 设置应用的一些功能会在该目录中查找相应设置的信息,该目录由系统自动管理,通常用来储存一些基本的应用配置信息,比如账号密码,自动登录等。tmp 保存应用运行时产生的一些临时数据;应用程序退出、系统空间不够、手机重启等情况下都会自动清除该目录的数据。无需程序员手动清除该目录中的数据。

查看 DataStore Git地址 其中 Demo 涉及 FMDB 部分的应用更新中 。。。

Plist 格式文件存储

  • plist文件,即属性列表文件。

  • 可以存储的数据类型有 Array Dictionary String Boolean Date Data Number。

  • 常用于储存用户的设置 或 存储项目中经常用到又不经常修改的数据。

  • 创建 .plist 文件可以使用可视化工具即Xcode ,也可以使用代码。

  • 不适合存储大量数据,而且只能存储基本数据类型。

  • 虽然可以实现 :增 删 改 查 等操作,但由于数据的存取必须是一次性全部操作,所以性能方面表现并不好。

文件创建

字符串写入

数组写入

字典写入

数据读取

NSUserDefaults 沙盒存储(个人偏好存储)

补充几个方法:

  • isSubclassOfClass :参数为类 - 参数类为其子类或本身 ;

  • isMemberOfClass :参数为实例对象 - 参数所属类为其本身 ;

  • isKindOfClass :参数为实例对象 - 参数所属类为其子类或本身 。

应用程序启动后,会在沙盒路径Library -> Preferences 下默认生成以工程bundle为名字的 .plist 文件 , 该方式存储的数据即存进该文件当中。

常用语存储用户的个人偏好设置。

这种方式本质是操作plist文件,所以性能方面的考虑同plist文件数据储存。

文件读写储存

文件操作可通过单例 NSFileManager 处理。文件存储的路径可以代码设置。

可以存储大量数据,对数据格式没有限制。

但由于数据的存取必须是一次性全部操作,所以在频繁操作数据方面性能欠缺。

解归档存储

plist 与 NSUserDefaults(个人偏好设置)两种类型的储存只适用于系统自带的一些常用类型,而且前者必须拿到文件路径,后者也只能储存应用的主要信息。

对于开发中自定义的数据模型的储存,我们可以考虑使用归档储存方案。

归档保存数据,文件格式自己可以任意,没有要求 ; 即便设置为常用的数据格式(如:.c .txt .plist 等)要么不能打开,要么打开之后乱码显示。

值得注意的是使用归档保存的自定义模型需要实现NSCoding协议下的两个方法。

不适合存储大量数据,可以存储自定义的数据模型。

虽然归档可以存储自定义的数据结构,但在大批量处理数据时,性能上仍有所欠缺。

数据库存储

SQLite : 它是一款轻型的嵌入式数据库,安卓和ios开发使用的都是SQLite数据库;占用资源非常的低,在嵌入式设备中,可能只需要几百K的内存就够了;而且它的处理速度比Mysql、PostgreSQL这两款著名的数据库都还快。

FMDB 正式基于 SQLite 开发的一套开源库。使用时,需要自己写一些简单的SQLite语句。

CoreData 是苹果给出的一套基于 SQLite 的数据存储方案;而且不需要自己写任何SQLite语句。该功能依赖于 CoreData.framework 框架,该框架已经很好地将数据库表和字段封装成了对象和属性,表之间的一对多、多对多关系则封装成了对象之间的包含关系。

Core Data的强大之处就在于这种关系可以在一个对象更新时,其关联的对象也会随着更新,相当于你更新一张表的时候,其关联的其他表也会随着更新。Core Data的另外一个特点就是提供了更简单的性能管理机制,仅提供几个类就可以管理整个数据库。由于直接使用苹果提供的CoreData容易出错,这里提供一个很好的三方库 MagicalRecord 。

Pod 添加 MagicalRecord 依赖库之后,文件创建 - 数据实体创建 - 数据迁移 :

缓存系统

对大多数 APP 而言,都是 Hybrid 开发,Web 页与原生同时存在,其中 Web 页可能是 UIWeb 也可能是 WKWeb 。所以与之相应的缓存系统,应该包括 Web 缓存与 原生接口数据缓存两部分。

原生接口部分的数据缓存

存储方式:主要采用文件读写、归档、个人偏好设置(NSUserDefaults) 。

具体说明:大部分接口数据解析之后写入文件保存(读写操作最好 GCD 子线程操作);整个应用需要用到的重要数据模型可以考虑采用归档方式(标记状态的数据模型);与用户相关的信息、单个标记标识等采用个人偏好设置。

补充: 原生接口数据存储方式以上三种方式就已够用;当然对于一些涉及查询、删除、更新等操作的数据模型,就需要使用数据库操作。这里推荐使用 CoreData 的封装库 MagicalRecord 。

作者:季夏_雨

链接:https://www.jianshu.com/p/ca9d8346e7d6

(0)

本文由 投稿者 创作,文章地址:https://blog.isoyu.com/archives/iosbendishujucunchufanganhuizong.html
采用知识共享署名4.0 国际许可协议进行许可。除注明转载/出处外,均为本站原创或翻译,转载前请务必署名。最后编辑时间为:7月 24, 2018 at 06:37 下午

热评文章

发表回复

[必填]

我是人?

提交后请等待三秒以免造成未提交成功和重复