关键数据
内容:用户创建的数据文件,无法在删除后自动重新创建,且会
路径:主目录/Documents
属性:不要设置"不备份"
管理:iOS系统即时遇到存储空间不足的情况下,也不会清除,同时会备份到iTunes或iCloud中
缓存数据
内容:可用于离线环境,可被重复下载重复生成,即时在离线时缺失,应用本身也可以正常运行
路径:主目录/Library/Caches
属性:默认
管理:在存储空间不足的情况下,会清空, 并且不会被自动备份到iTunes和iCloud中
临时数据
内容:应用运行时,为完成某个内部操作临时生成的文件
路径:主目录/tmp
属性:默认
管理:随时可能被iOS系统清除,且不会自动备份到iTunes和iCloud,尽量在文件不再使用时,应用自己情况,避免对用户设备空间的浪费
离线数据
内容:与缓存数据类似,可以被重新下载和重建,但是用户往往希望在离线时数据依然能够托托地存在着
目录:主目录/Documents 或 主目录/Library/自定义的文件夹
属性:放于Documents下不需设置,放在自定义文件夹中需设置"不备份"
管理:与关键数据类似,即时在存储空间不足的情况下也不会清楚,应用自己应该清除已经不再使用的文件,以免浪费用户设备空间
- 1:Documents:应用中用户数据可以放在这里,iTunes备份和恢复的时候会包括此目录
- 2:tmp:存放临时文件,iTunes不会备份和恢复此目录,此目录下文件可能会在应用退出后删除
- 3:Library/Caches:存放缓存文件,iTunes不会备份此目录,此目录下文件不会在应用退出删除
归档 普通自定义对象和字节流之间的转换
序列化 某些特定类型(NSDictionary, NSArray, NSString, NSDate, NSNumber,NSData)的数据和字节流之间(通常将其保存为plist文件)的转换
2.1 归档
如果我们需要将自定义的一个对象保存到文件,应该如何做呢?
这里引入两个东西:一个是NSCoding协议 ;另一个是NSKeyedArchiver,NSKeyedArchiver其实继承于NSCoder,可以以键值对的方式将对象的属性进行序列化和反序列化。
具体的过程可以这样描述 通过NSKeyedArchiver 可以将实现了NSCoding协议的对象 和 字节流 相互转换 。
像一些框架中的数据类型如NSDictionary,NSArray,NSString... 都已经实现了NSCoding协议,所以可以直接对他们进行归档操作。