IOS中数据的持久化保存这块内容,类似于Android中文件的几种常见的存储方式。
对于数据的持久化存储,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提供了这么一种方法:
- NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
- NSString *docPath = [paths objectAtIndex:0];
Library:基于NSUserDefault首选项设置存储在其下Preferences文件夹中,简单来说,这个文件夹一般你很少操作到。
书上对于这部分基本没介绍。估计对于初级部分是跳过了。
Tmp:应用临时存储文件,当不需要时,应用负责删除其下的文件数据。
该文件也提供了目录获取方法:
- NSString *tmpDoc = NSTemporaryDirectory();
应用程序文件:这个基本没提到书上,但是我们大致可以猜测,这就是整个应用程序的程序文件夹吧。
好了,以上我们大致解决了我们提到的第一个点,文件存储目录
二:数据存储机制
1.属性列表
这个其实我们早见过,plist就是,感觉用来存储键值对小数据是最合适,因为速率很高。
这个存储机制很简单,对于前面我们使用过了在plist文件来读取数据填充一些列表,只不过那会plist文件存储位置不同,
用的是Mainbundle什么的来返回文件夹,其实这边我也推测,上面提到有个应用程序文件夹,它下面的文件就是这么来读取的~(反正暂时不管他)
这边不过就是改变了存储位置,数据操作还是一样的
- 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协议
实现文件
- //
- // 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
然后是对对象归档的读取和写入
- //读取归档文件
- 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这种嵌入式数据库。
这个网上例子是很多了。我这边就大致看下了数据库的打开,
数据库表创建,查询,插入
- //数据库操作
- 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);
关于更多的,大伙可以自行百度,因为数据库的操作语法太怪异了,书上说是基本是基于c的,本人没学过c。看得有点心烦~
四、Core Data存储机制
大致浏览下基本感觉就是将对象归档搞成了可视化和简单化。
这块内容比较多。网上资料也挺丰富的。
暂时不做介绍了。
总结下:其实对于ios数据存储,最常用和主要要掌握的就是属性列表和数据库,因为两个是出镜率比较高的。
其他可能在数据存明显体现出储优势时,我们会去考虑用另外两种机制。
基础的来说,必须掌握属性列表和sqlite的操作存储。