iOS-4种基本存储方式

2016-05-27 本文已影响525人 niu神DNS

在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也会按它接收的块的顺序来执行。