公众号内容均为本号转发,已尽可能注明出处。因未能核实来源或转发内容有权利瑕疵的,请及时联系本号,本号会第一时间进行修改或删除。 QQ : 3442093904
常见存储方式
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
相关推荐: