在iOS开发过程中，不管是做什么应用，都会碰到数据保存的问题。本地存储对提高数据交互效率有着重大的意义。本文总结一下数据存储的几种方式
在这之前我们需要先对应用程序的文件目录有所了解,请看下图
应用程序的文件目录
�应用文件目录
-
Document ：保存应用运行时生成的需要持久化的数据，iTunes同步设备时会备份该目录。例如，游戏应用可将游戏存档保存在该目录
-
Library/Caches ：保存应用运行时生成的需要持久化的数据，iTunes同步设备时不会备份该目录。一般存储体积大、不需要备份的非重要数据
-
Library/Preference： 保存应用的所有偏好设置，iOS的Settings(设置)应用会在该目录中查找应用的设置信息。iTunes同步设备时会备份该目录
-
temp ：保存应用运行时所需的临时数据，使用完毕后再将相应的文件从该目录删除。应用没有运行时，系统也可能会清除该目录下的文件。iTunes同步设备时不会备份该目录
总结:
为了避免同步过程时间过长，你需要对应用中使用的文件放在哪里做出选择。很大的数据文件，尽量放置在Caches目录下，而不是Documents目录下，Documents目录下文件将做备份，这样会很耗时。
存储方式介绍
- NSKeyedArchiver： 采用归档的形式来保存数据沙盒中；
- NSUserDefaults：偏好设置数据存到沙盒的Library/Preferences目录（本质是plist）;
- Write写入方式： 永久保存在磁盘中;
- SQLite :采用SQLite数据库来存储数据。
1.NSKeyedArchiver：（归档）
采用归档的形式来保存数据，该数据对象需要遵守NSCoding协议，并且该对象对应的类必须提供encodeWithCoder:和initWithCoder:方法。
前一个方法告诉系统怎么对对象进行编码，而后一个方法则是告诉系统怎么对对象进行解码。
缺点：
归档的形式来保存数据，只能一次性归档保存以及一次性解压。所以只能针对小量数据，而且对数据操作比较笨拙，即如果想改动数据的某一小部分，还是需要解压整个数据或者归档整个数据。
例如对Person对象归档保存。
定义Person：
@interface Person：NSObject{//遵守NSCoding协议
NSString *name;//待归档类型
}
@implementation Person
-(void)encodeWithCoder:(NSCoder *)aCoder
{
[aCoder encodeObject:name forKey:@"name"];
}
-(void)initWithCoder:(NSCoder *)aDecoder
{
name=[aDeCoder decodeObjectforKey:@"name"];
}
归档操作：
如果对Person对象name属性归档保存，只需要NSCoder子类NSKeyedArchiver的方法archiveRootObject:toFile: 即可。
// 创建person对象
Person *person = [[Person alloc] init];
person.name = @"DNS";
// 获取cache
NSString *cachePath = NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES)[0];
// 拼接文件全路径
NSString *filePath = [cachePath stringByAppendingPathComponent:@"person.data"];
// 把自定义对象归档
[NSKeyedArchiver archiveRootObject:person toFile:filePath];
解档操作：
同样调用NSCoder子类NSKeyedArchiver的方法unarchiveRootObject:toFile: 即可
NSString *cachePath = NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES)[0];
NSString *filePath = [cachePath stringByAppendingPathComponent:@"person.data"];
// 解档
[NSKeyedUnarchiver unarchiveObjectWithFile:filePath];
注: initWithCoder什么时候需要调用[super initWithCoder:]
• initWithCoder原理:只要解析文件就会调用，xib,storyboard都是文件，因此只要解析这两个文件，就会调用initWithCoder。
• 因此如果在storyboard使用自定义view,重写initWithCoder方法，一定要调用[super initWithCoder:]，因为只有系统才知道怎么解析storyboard，如果没有调用，就解析不了这个文件。
2.NSUserDefaults：（偏好设置，本质是plist）
用来保存应用程序设置和属性、用户保存的数据。用户再次打开程序或开机后这些数据仍然存在。
NSUserDefaults可以存储的数据类型包括：NSData、NSString、NSNumber、NSDate、NSArray、NSDictionary。如果要存储其他类型，则需要转换为前面的类型，才能用NSUserDefaults存储。
-
好处：1.不需要关心文件名
2.快速做键值对存储 -
坏处: 能及时存储，需要做同步操作，把内存中的数据同步到硬盘上
-
底层：就是封装了一个字典
注:在iOS7之前，默认不会马上跟硬盘同步
存储:
NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
[userDefaults setObject:@"DNS" forKey:@"name"];
// 在iOS7之前，默认不会马上把跟硬盘同步
// 同步操作
[userDefaults synchronize];
读取:
NSString *name = [[NSUserDefaults standardUserDefaults] objectForKey:@"name"];
NSLog(@"%@",name);
3. Write写入方式：永久保存在磁盘中。
具体方法为：
第一步：获得文件即将保存的路径：
//使用C函数NSSearchPathForDirectoriesInDomains来获得沙盒中目录的全路径。
NSArray *documentPaths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory,NSUserDomainMask,YES);
//该函数有三个参数，目录类型、he domain mask、布尔值。
//其中布尔值表示是否需要通过～扩展路径。而且第一个参数是不变的，即为NSSearchPathDirectory 。
//在IOS中后两个参数也是不变的，即为：NSUserDomainMask 和 YES。
NSString *ourDocumentPath =[documentPaths objectAtIndex:0];
//还有一种方法是使用NSHomeDirectory函数获得sandbox的路径。
NSString *sandboxPath = NSHomeDirectory();
//将Documents添加到sandbox路径上
NSString *documentPath = [sandboxPath stringByAppendingPathComponent:@"Documents"];
//这两者的区别就是：使用NSSearchPathForDirectoriesInDomains比在NSHomeDirectory后面添加Document更加安全。因为该文件目录可能在未来发送的系统上发生改变。
第二步：生成在该路径下的文件：
//fileName就是保存文件的文件名
NSString *FileName=[documentDirectory stringByAppendingPathComponent:fileName];
第三步：往文件中写入数据：
//将NSData类型对象data写入文件，文件名为FileName
[data writeToFile:FileName atomically:YES];
//最后从文件中读出数据：
NSData data=[NSData dataWithContentsOfFile:FileName options:0 error:NULL];
4. SQLite：采用数据库来存储数据。
SQLite (http://www.sqlite.org/docs.html) 是一个轻量级的关系数据库。iOS SDK很早就支持了SQLite，在使用时，只需要加入 libsqlite3.dylib 依赖以及引入 sqlite3.h 头文件即可。但是，原生的SQLite API在使用上相当不友好，在使用时，非常不便。于是，开源社区中就出现了一系列将SQLite API进行封装的库，而FMDB (https://github.com/ccgus/fmdb) 则是开源社区中的优秀者。
-
什么是FMDB
FMDB是iOS平台的SQLite数据库框架
FMDB以OC的方式封装了SQLite的C语言API -
FMDB的优点
使用起来更加面向对象，省去了很多麻烦、冗余的C语言代码
对比苹果自带的Core Data框架，更加轻量级和灵活
提供了多线程安全的数据库操作方法，有效地防止数据混乱 -
FMDB的github地址
https://github.com/ccgus/fmdb
二、核心类
FMDB有三个主要的类
-
FMDatabase
一个FMDatabase对象就代表一个单独的SQLite数据库
用来执行SQL语句 -
FMResultSet
使用FMDatabase执行查询后的结果集 -
FMDatabaseQueue
用于在多线程中执行多个查询或更新，它是线程安全的
三、打开数据库
通过指定SQLite数据库文件路径来创建FMDatabase对象
//获得数据库文件的路径 NSString *doc=[NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject];
NSString *fileName=[doc stringByAppendingPathComponent:@"student.sqlite"];
FMDatabase *db = [FMDatabase databaseWithPath:path];
if (![db open]) {
NSLog(@"数据库打开失败！");
}
文件路径有三种情况
-
具体文件路径
如果不存在会自动创建 -
空字符串@""
会在临时目录创建一个空的数据库
当FMDatabase连接关闭时，数据库文件也被删除 -
nil
会创建一个内存中临时数据库，当FMDatabase连接关闭时，数据库会被销毁
四、执行更新
在FMDB中，除查询以外的所有操作，都称为“更新”
create、drop、insert、update、delete等
使用executeUpdate:方法执行更新
- (BOOL)executeUpdate:(NSString*)sql, ...
- (BOOL)executeUpdateWithFormat:(NSString*)format, ...
- (BOOL)executeUpdate:(NSString*)sql withArgumentsInArray:(NSArray *)arguments
示例
[db executeUpdate:@"UPDATE t_student SET age = ? WHERE name = ?;", @20, @"Jack"]
五、执行查询
查询方法
- (FMResultSet *)executeQuery:(NSString*)sql, ...
- (FMResultSet *)executeQueryWithFormat:(NSString*)format, ...
- (FMResultSet *)executeQuery:(NSString *)sql withArgumentsInArray:(NSArray *)arguments
示例
// 查询数据
FMResultSet *rs = [db executeQuery:@"SELECT * FROM t_student"];
// 遍历结果集
while ([rs next]) {
NSString *name = [rs stringForColumn:@"name"];
int age = [rs intForColumn:@"age"];
double score = [rs doubleForColumn:@"score"];
}
使用FMDatabaseQueue
线程安全：在多个线程中同时使用一个FMDatabase实例是不明智的。现在你可以为每个线程创建一个FMDatabase对象。 不要让多个线程分享同一个实例，它无法在多个线程中同时使用。 若此，程序会时不时崩溃，或者报告异常,让人崩溃。所以，不要初始化FMDatabase对象，然后在多个线程中使用。
请使用 FMDatabaseQueue。以下是使用方法：
//首先创建队列。
FMDatabaseQueue *queue = [FMDatabaseQueue databaseQueueWithPath:aPath];
//这样使用。
[queue inDatabase:^(FMDatabase *db) {
[db executeUpdate:@"INSERT INTO myTable VALUES (?)", [NSNumber numberWithInt:1]];
[db executeUpdate:@"INSERT INTO myTable VALUES (?)", [NSNumber numberWithInt:2]];
[db executeUpdate:@"INSERT INTO myTable VALUES (?)", [NSNumber numberWithInt:3]];
FMResultSet *rs = [db executeQuery:@"select * from foo"];
while([rs next]) { … }}];
//像这样，轻松地把简单任务包装到事务里：
[queue inTransaction:^(FMDatabase *db, BOOL *rollback) {
[db executeUpdate:@"INSERT INTO myTable VALUES (?)", [NSNumber numberWithInt:1]];
[db executeUpdate:@"INSERT INTO myTable VALUES (?)", [NSNumber numberWithInt:2]];
[db executeUpdate:@"INSERT INTO myTable VALUES (?)", [NSNumber numberWithInt:3]];
if (whoopsSomethingWrongHappened) { *rollback = YES; return; }
// etc… [db executeUpdate:@"INSERT INTO myTable VALUES (?)", [NSNumber numberWithInt:4]]; }];
FMDatabaseQueue 后台会建立系列化的G-C-D队列，并执行你传给G-C-D队列的块。这意味着 你从多线程同时调用调用方法，GDC也会按它接收的块的顺序来执行。
网友评论