数据存储
- iOS应用数据存储的常用方式?
- XML属性列表(plist)归档(归档:用某种格式来保存一个或者多个对象,以便以后还原这些对象,是一个过程)。
- Preference(偏好设置),本质还是通过“plist”来存储数据,但是使用更简单(无需关注文件、文件夹路径和名称)。
- NSKeyedArchiver归档(NSCoding),把任何对象直接保存为文件的方式。
- SQLite3当非常大量的数据存储时使用。
- Core Data就是对SQLite的封装。
- 应用沙盒?
- app的沙盒:app可以保存一些自己的数据;app的Bundle:应用程序的安装目录。
- 应用沙盒sandbox:每个iOS应用都有自己的应用沙盒,就是应用的文件夹,与其他文件系统隔离。应用必须待在自己的沙盒里,其他应用不能访问该沙盒。
- 应用沙盒结构分析:
- 应用程序包:包含了所以的资源文件和可执行文件。
- Documents:保存应用运行时生成的需要持久化的数据,iTunes同步设备会备份该目录。保存相对重要的数据。
- tmp:保存应用运行时所需的临时数据,使用完毕后再将相应的文件从该目录删除。应用没有运行时,系统也可能会清除该目录下的文件。iTunes同步设备时不会备份该目录。保存不重要的并且大的数据。
- Library/Caches:保存应用运行时生成的需要持久化的数据,iTunes同步设备时不会备份该目录。一般存储体积大、不需要备份的非重要数据。
- Library/Preference:保存应用的所有偏好设置,iOS的setting(设置)应用会在该目录中查找应用的设置信息。iTunes同步设备时会备份该目录。该目录由系统管理,无需我们来管理。通常用来存储一些基本的软件配置信息。
- 应用沙盒目录的常见获取方式?
// 利用沙盒根目录拼接”Documents”字符串
// 不建议采用,因为新版本的操作系统可能会修改目录名
// 沙盒根目录
NSString *home = NSHomeDirectory();
NSString *documents = [home stringByAppendingPathComponent:@"Documents"];
// 利用NSSearchPathForDirectoriesInDomains函数
// NSUserDomainMask 代表从用户文件夹下找
// YES 代表展开路径中的波浪字符“~”
NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
// 在iOS中,只有一个目录跟传入的参数匹配,所以这个集合里面只有一个元素
NSString *documents = [array objectAtIndex:0];
// 获取tmp文件夹路径
NSString *tmp = NSTemporaryDirectory();
- 属性列表?
- 属性列表是一种XML格式的文件,拓展名为plist。
- 如果对象是NSString、NSDictionary、NSArray、NSData、NSNumber等类型,就可以使用
writeToFile:atomically:
方法直接将对象写到属性列表文件中。 -
属性列表-NSDictionary的存储和读取过程:
- 偏好设置?
- 每个应用都有个NSUserDefaults实例,通过它来存取偏好设置。
- 注意:NSUserDefaults设置数据时,不是立即写入,而是根据时间戳定时把缓存中的数据写入本地磁盘。所以调用了set方法之后数据有可能还没有写入磁盘应用程序就终止了,因此,可以通过调用synchornize方法强制写入。
- 使用偏好设置不需关心文件名,直接通过NSUserDefaults操作,默认就存到偏好设置里面了。通过NSUserDefaults就能直接访问软件的偏好设置(Library/Preferences)。
- 偏好设置底层实现原理:底层其实就是利用一个字典,存储一些键值对。
- 偏好设置好处:能快速存储一些键值对;坏处:不能及时存储,需要做同步操作,把内存中的数据同步到硬盘上。
// 保存用户是否自动登录
NSUserDefaults *defaults = [NSUserDefaults standardUserDefaults];
[defaults setBool:YES forKey:@"auto_login"];
[defaults synchornize];
// 读取保存的设置
BOOL autoLogin = [defaults boolForKey:@"auto_login"];
- NSKeyedArchiver?
- 如果对象是NSString、NSDictionary、NSArray、NSData、NSNumber等类型以及自定义对象类型,可以直接用NSKeyedArchiver进行归档和恢复。
- 不是所有的对象都可以直接用这种方法进行归档,只有遵守了NSCoding协议的对象才可以。
- NSCoding协议有2个方法:
-
encodeWithCoder:
每次归档对象时,都会调用这个方法。一般在这个方法里面指定如何归档对象中的每个实例变量,可以使用encodeObject:forKey:
方法归档实例变量。 -
initWithCoder:
每次从文件中恢复(解码)对象时,都会调用这个方法。一般在这个方法里面指定如何解码文件中的数据为对象的实例变量,可以使用decodeObject:forKey
方法解码实例变量。
-
- NSKeyedArchiver-归档对象的注意:
- 如果父类遵守了NSCoding协议,应该在encodeWithCoder:方法中加上一句
[super encodeWithCode:encode];
确保继承的实例变量也能被编码,即也能被归档。 - 如果父类遵守了NSCoding协议,应该在
initWithCoder:
方法中加上一句self = [super initWithCoder:decoder];
确保继承的实例变量也能被解码,即也能被恢复。 - 因此如果在storyboard使用自定义view,重写initWithCoder方法,一定要调用
self = [super initWithCoder:decoder];
,因为只有系统才知道怎么解析storyboard,如果没有调用,就解析不了这个文件。
- 如果父类遵守了NSCoding协议,应该在encodeWithCoder:方法中加上一句
归档(编码)
Person *person = [[Person alloc] init];
person.name = @"xxx";
person.age = 27;
[NSKeyedArchiver archiveRootObject:person toFile:path];
恢复(解码)
Person *person = [NSKeyedUnarchiver unarchiveObjectWithFile:path];
- 补充?
- 通过block为自定义视图传值,为什么block属性要使用copy来修饰?
- 原因:默认如果在block中使用了外部变量,那么数据是保存在栈区的,当超出方法作用域后,方法中的局部变量就释放了,所以当调用block的时候,方法中的局部变量已经释放,所以就无法访问到了。通过使用copy关键字,在进行block赋值的时候,把block拷贝到了堆中存储,所以当局部的方法被释放以后依然可以使用block访问到原来方法中的变量。
- 通过block为自定义视图传值,为什么block属性要使用copy来修饰?