IOS数据存储方式总结

对于数据的持久化存储，ios中一般提供了4种不同的机制：
1.属性列表
2.对象归档
3.数据库存储（SQLite3）
4.苹果公司提供的持久性工具Core Data。
其实储存的形式无非就这么几种，而我们还必须要关心的是，这些文件会被放置在那个文件下，然后如何读取。
也就是说：IOS上数据存储，我们要了解的两点，数据存储格式（也就是存储机制），数据存储位置。
1》文件如何存储（如上面4点）
2》文件存储在哪里。
对于数据的操作，其实我们关心的是操作的速率。
就好比在Adnroid中偏好存储，数据库存储，io存储一样。我问了我们公司新来的ios哥们，他说他们培训机构基本对数据操作这块就讲了属性列表和数据库，以及普通的文件存储（比如音视频图这些多媒体数据）。
一：应用文件目录
首先我们来看了解下ios数据存储位置，因为只有知道位置路径我们才能去读取数据，而数据的持久化机制不过是针对操作速率来考虑的，
比如我们大致知道属性列表（既键值对形式）的存储熟虑应该高于数据库高于io文件流存储。我们在选择用何种机制存储数据，主要也是看数据的形式。一个ios应用安装后大致会有如下文件夹及其对应路径：
在mac上看模拟器中应用路径：
/Users/nono/Library/Application Support/iPhone Simulator/5.1/Applications/2D135859-1E80-4754-B36D-34A53C521DE3
你在finder中的home下可能找不到Library这个目录，因为貌似是影藏起来了（我这机器上是，在终端可以看到）。
最后那一窜的类似序列号的东西就是ios自动给应用生成的一组应用唯一识别码最为了应用的home目录名。
其下面就是上图所示了。
书上对这些文件夹介绍：
Document：应用程序将其数据存储在这个文件夹下，基于NSUserDefaults的首选项的设置除外。
简单理解是，基本上我们要操作的一些数据都是存储在这个文件夹下面的
TIPS:这边提下一点，对于ios系统这么分配文件夹，是因为在设备进行同步时，ITunes有选择性的意识来备份文件。
比如我们可以猜到，tmp下的应该就不会备份了。
对于Document文件夹目录路径的获取，API提供了这么一种方法：
[cpp] view plaincopy
NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
NSString *docPath = [paths objectAtIndex:0];
Library:基于NSUserDefault首选项设置存储在其下Preferences文件夹中，简单来说，这个文件夹一般你很少操作到。
书上对于这部分基本没介绍。估计对于初级部分是跳过了。
Tmp：应用临时存储文件，当不需要时，应用负责删除其下的文件数据。
该文件也提供了目录获取方法：
[cpp] view plaincopy
NSString *tmpDoc = NSTemporaryDirectory();
应用程序文件：这个基本没提到书上，但是我们大致可以猜测，这就是整个应用程序的程序文件夹吧。
好了，以上我们大致解决了我们提到的第一个点，文件存储目录
二：数据存储机制
1.属性列表
这个其实我们早见过，plist就是，感觉用来存储键值对小数据是最合适，因为速率很高。
这个存储机制很简单，对于前面我们使用过了在plist文件来读取数据填充一些列表，只不过那会plist文件存储位置不同，
用的是Mainbundle什么的来返回文件夹，其实这边我也推测，上面提到有个应用程序文件夹，它下面的文件就是这么来读取的~（反正暂时不管他）
这边不过就是改变了存储位置，数据操作还是一样的
[cpp] view plaincopy
NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
NSString *docPath = [paths objectAtIndex:0];
NSString *myFile = [docPath stringByAppendingPathComponent:@"my.list"];
//读取文件
NSArray *array = [[NSArray alloc] initWithContentsOfFile:myFile];
//操作完若修改了数据则，写入文件
[array writeToFile:myFile atomically:YES];
2.对象归档
上面的属性列表存储机制，我们都知道，这个机制支持NSArray,NSDictionary,NSData,NSString,NSNumber,NSDate 等等
这些对象直接写入plist文件中。
那么对于一些复杂对象，我要保存整个这个对象数据呢？
反正我是这么觉得，这个机制很像java中的对象整体序列化。当然，这些数据在读取是就需要遵循一种墨守成规的协议了。
首先我们定义的对象类，必须实现NSCoding和NSCopying协议（额，网上说后面这个不实现也可以，我猜是他对象没有copy操作，因此没出错）书本上反正是实现了这两个协议
然后归档中用到的操作类
NSKeyedArchiver
这边我们定义一个对象，h文件中定义两属性，申明要实现的NSCoding和NSCopying协议
实现文件
[cpp] view plaincopy
//
// TestObj.m
// DataStorageTest
//
// Created by Nono on 12-5-12.
// Copyright (c) 2012年 NonoWithLilith. All rights reserved.
//

#import "TestObj.h"

@implementation TestObj
@synthesize stringA = stringA;
@synthesize stringB = stringB;

#pragma mark -
#pragma NSCoding协议实现实现
- (void)encodeWithCoder:(NSCoder *)aCoder
{ //encoder
[aCoder encodeObject:stringAforKey:@"1"];
[aCoder encodeObject:stringBforKey:@"2"];
}
- (id)initWithCoder:(NSCoder *)aDecoder
{
//decoder
if (self = [superinit]) {
stringA = [[aDecoder decodeObjectForKey:@"1"] retain];
stringB = [[aDecoder decodeObjectForKey:@"2"] retain];
}
returnself;
}

#pragma NSCopying协议实现
- (id)copyWithZone:(NSZone *)zone
{
TestObj *copy = [[[selfclass] allocWithZone:zone] init];
copy.stringA = [[self.stringAcopyWithZone:zone] autorelease];
copy.stringB = [[self.stringBcopyWithZone:zone] autorelease];
return copy;
}
@end
然后是对对象归档的读取和写入
[cpp] view plaincopy
//读取归档文件
NSData *data = [[NSMutableDataalloc] initWithContentsOfFile:myFile];
NSKeyedUnarchiver *unarchiver = [[NSKeyedUnarchiveralloc] initForReadingWithData:data];
TestObj * test = [unarchiver decodeObjectForKey:@"data"];
[unarchiver finishDecoding];
[data release];
[unarchiver release];
//写入归档文件
NSMutableData *data1 = [[NSMutableDataalloc] init];
NSKeyedArchiver *archiver = [[NSKeyedArchiveralloc] initForWritingWithMutableData:data1];
[archiver encodeObject:test forKey:@"data"];
[archiver finishEncoding];
[data writeToFile:myFile atomically:YES];
[data1 release];
[archiver release];
[test release];
但是问了下新同事，据说这个用到也是蛮少，至少他目前。我看了下，觉得这个和Android 中Parcelable太尼玛像似了
三.数据库存储
和Android一样，ios中也是用了SQLite3这种嵌入式数据库。
这个网上例子是很多了。我这边就大致看下了数据库的打开，
数据库表创建，查询，插入
[cpp] view plaincopy
//数据库操作
sqlite3 *database;
// const NSString * dbname = @"mydb"
int result;
//打开一个指定路径的现有的数据库，如果没有则会新建一个db库
result = sqlite3_open([myFile UTF8String], &database);
if (result != SQLITE_OK) {
sqlite3_close(database);
}

//创建一个db表
char *errorMsg;
NSString *sql_create_table = @"CREATE TABLE IF NOT EXISTS NONOTABLE 省略~~~~~~~~~~~~~";
int result1 ;
//sqlite_exec用了针对sqlite3运行任何不要返回数据的命令，它用于执行更新，插入和删除。简单来说，这个方法执行的都是一些无需返回数据（虽然我们可能获取一个状态值。）。
result1 = sqlite3_exec(database, [sql_create_table UTF8String], NULL, NULL, &errorMsg);
//检索查询操作
int result2 ;
sqlite3_stmt *statment;
NSString *sql_selected = @"查询语句";
result2 = sqlite3_prepare_v2(database, [sql_selected UTF8String], -1, &statment, nil);
if(result2 == SQLITE_OK){
//单步操作
while (sqlite3_step(statment) == SQLITE_ROW) {
int row = sqlite3_column_int(statment, 0);
char * rpwData = sqlite3_column_text(statment, 1);
}
sqlite3_finalize(statment);
}
//绑定变量，既就是插入操作的一种变种，比如我么那上面提到sqlite_exec可以执行插入操作，插入内容直接是写在sql字窜里，但是考虑到字窜涉及到无效的符号以及会一些严重的注入漏洞（比如以前听过的引号符号）。
NSString *sql_bind = @"insert into foo value(?,?)";
result2 = sqlite3_prepare_v2(database, [sql_selected UTF8String], -1, &statment, nil);
if(result2 == SQLITE_OK){
sqlite3_bind_int(statment, 1, 235);
sqlite3_bind_text(statment, 2, "test", -1, nil);
sqlite3_finalize(statment);
}
if (sqlite3_step(statment) != SQLITE_DONE)
NSLog(@"error");
sqlite3_finalize(statment);
sqlite3_close(database);
4。Core Data存储机制
大致浏览下基本感觉就是将对象归档搞成了可视化和简单化。
这块内容比较多。网上资料也挺丰富的。
总结下：其实对于ios数据存储，最常用和主要要掌握的就是属性列表和数据库，因为两个是出镜率比较高的。
其他可能在数据存明显体现出储优势时，我们会去考虑用另外两种机制。
基础的来说，必须掌握属性列表和sqlite的操作存储。