iOS本地数据存储方案汇总

百家 作者:iOS开发 2018-07-28 12:16:11

点击上方“iOS开发”,选择“置顶公众号”

关键时刻,第一时间送达!


作者:季夏_雨

文:https://www.jianshu.com/p/ca9d8346e7d6

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 。

【点击成为源码大神】

关注公众号:拾黑(shiheibook)了解更多

[广告]赞助链接:

四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/

公众号 关注网络尖刀微信公众号
随时掌握互联网精彩
赞助链接
百度热搜榜
排名 热点 搜索指数