iOS应用开发之Persistence持久化[转]
持久化（Persistence）
持久化(Persistence)意思就是当你退出app的时候它还会存在。NSUserDefaults就是一个非常简单的持久化方案，不过这有限制，它只能是很小的东西，通常是些用户选项。
如何把那些大数据的东西持久化？
第一个方法，把东西持久化的第一个简单的方式有点像用NSUserDefaults里的property list来实现的进化版，property list是我们自定义的一个概念，是NSArray、NSDictionary、NSNumber、NSString、 NSDate和NSData的组合。所有以上这些都有API可以用来保存，NSUserDefaults也有些API可以。
NSData、NSArray和NSDictionary里还有很重要的方法writeToURL:atomically:，这个方法就是把一个array写到一个文件系统中URL表示的地方，atomically就是如果文件已经存在，它会把文件移到一边，然后写到一个新的文件，关掉这个新的文件。实际上就是写到一个临时命名的文件，然后关掉，把另一个移走，有点原子化操作的感觉，不能写到一半就停下来。writeToURL之后，为了把东西取回来，可以用initWithContentsOfURL或者dataWithContentsOfURL。这些读写方法，不管是发送到NSData或者NSArray或者NSDictionary，就是想让一个相同类型的对象去读回来，它的内部可以就是些property list的东西。
还有另一个类叫做NSPropertyListSerialization，它所做的事情就是把property list转化成NSData，反之亦然。这样它可以将property list转化成一堆二进制数，然后就可以写到磁盘上，或储存到网络。也可以通过网络读取一堆二进制数再通过NSPropertyListSerialization把它们转化回property list。
关于存储的另外一个方法就是通过对象的映像图(arbitrary graphs)来进行归档对象(Archiving Objects)的保存。
把东西存储到文件系统当中。
然后是SQLite
关于持久化存储的重头部分就是Core Data，这是在SQL上层的一个面向对象的数据库机制。
Archiving
在做对象图归档的时候有很多陷阱，归档很适合做循环图。Archiving能发现指针实际所指的对象或者指针相互指着，然后当unarchives的时候又恢复那个指针。但你要考虑清楚来使你构建的对象图有意义，最好的例子可能是在xcode里面建立的view层级。
当从对象库中拖一些东西到屏幕上，就是在实例化UIView，实例化UIViewController，它们都是generic的，所以才需要去inspector面板来改变它们的类。
基本上就是在这个图里面的对象都必须实现NSCoding这个protocol，然后这个protocol里面有两个重要方法：
- (void)encodeWithCoder:(NSCoder *)coder; - initWithCoder:(NSCoder *)coder;
第一个是把自己放进archive，第二是把你从archive中取出来用的。这就是viewController出现在storyboard时不用调用它们的指定初始化的原因，因为它们用了这套初始化。这套归档系统在对它们做alloc initWithCoder，因为它们之前用encodeWithCoder把自己保存起来了。在UIView里没有调用initWithFrame，而是用frame对应的encodeWithCoder和initWithCoder来代替。
- (void)encodeWithCoder:(NSCoder *)coder { [super encodeWithCoder:coder]; [coder encodeFloat:scale forKey:@“scale”]; [coder encodeCGPoint:origin forKey:@“origin”]; [coder encodeObject:expression forKey:@“expression”]; }
必须保证initWithCoder和encodeWithCoder是相对应的。
- initWithCoder:(NSCoder *)coder { self = [super initWithCoder:coder]; scale = [coder decodeFloatForKey:@“scale”]; expression = [coder decodeObjectForKey:@“expression”]; origin=[coderdecodeCGPointForKey:@“origin”]; //notethatorderdoesnotmatter }
怎么来实现这些呢？NSKeyedArchiver中的类方法：
+ (NSData *)archivedDataWithRootObject:(id <NSCoder>)rootObject;
可以传递一个根对象，比如在storyboard里面的根对象就可能是顶层的view controller。你要做的就是确保里面所有的对象都实现NSCoder协议。
NSKeyedUnarchiver中的类方法：
+ (id <NSCoder>)unarchiveObjectWithData:(NSData *)data;
这正好相反，你提供一个已经归档的NSData，然后返回被encode的根对象。
id <NSCoder> object = ...; NSData *data = [NSKeyedArchiver archivedDataWithRootObject:object]; id <NSCoder> dup = [NSKeyedArchiver unarchiveObjectWithData:data];
如果有一个对象，通过第二行将得到关于这个对象的NSData。
如果encode一个view使它的super view被归档，你会被拒绝，除非它处于正确的层级，如果它在顶部它会被拒绝，但如果在内部，就会执行。
File System
ios是基于Unix的，底层都是Unix的文件系统，这里有文件系统保护，不可能看到所有的东西，而且也不能随意的写入。
只能在sandbox中做写入，为什么？为了安全。当在设备上删除app时，也会删除所有相关的数据。通过在sandbox中进行写操作，所有应用程序的东西不管是用户创建的还是应用程序自己在sandbox里面创建的一旦移除，所有的都会被移除。
sandbox到底是什么？这里面有应用程序的bundle目录，应用程序不是单独的大的二进制文件，它实际上是一个目录，里面有可执行程序、二进制文件、storyboard及拖进来的图片，所有东西都在里面，这就是应用程序的bundle。sandbox里的目录本身是不可写的，不能在目录里写入东西。这基本上就是一个用xcode创建的app的只读副本。documents目录是sandbox中的一个重要目录，这些地方是用来存储那些被用户视为是自己的文档的。还有一个缓存目录，这里都是一些我们写出来的东西，用户一般不会认为这些是文档，而且这些文档的存在都很短暂，没有了也不会影响到用户。documentation里的关键东西是NSSearchPathDirectory。
如何才能得到这些目录，如何得到这些目录的URL？如果想在application目录中写入，但又不能写入，那么要做的就是将application包里面的东西拷贝到sandbox中任意一个可写的地方然后在那里写入。如果你想将一个数据库连接到你的app，或写入那些数据库，得将它们拷贝出来，无论是拷到文档目录，或是缓存目录，总之是可以写入了。
如何搞到这些目录的路径呢？使用这个方法：
- (NSArray *)URLsForDirectory:(NSSearchPathDirectory)directory inDomains:(NSSearchPathDomainMask)domainMask; //NSUserDomainMask
NSURL中有个API可以获得一个URL的清单，但得传入想要的目录类型，譬如文档目录、缓存目录。以上方法和NSURL的方法，它们返回一个路径的array，所以当我请求缓存目录时，将得到一个URL的array，或是路径字符串的数组。
NSFileManager为文件系统提供实用操作，这不是用来读写它们自身文件的类。你可以用它来找出文件到底有多大，删除那些陈旧的需要被踢出的缓存文件，也可以用它来找出譬如当应用程序启动时，缓存里面都有哪些文件。它是线程安全的，只要不在两个不同的线程中使用同一个实例。
NSString也有一些文件系统有关的东西，特别是制作路径，一般用NSURL来指定一个链接，有时会用字符串来构建URL。
- (NSString *)stringByAppendingPathComponent:(NSString *)component;
这可以在一个路径中添加内容。还可以把字符串的内容写到文件里去，必须要指定用哪种编码，譬如ASCII、ISOLatin1，
- (BOOL)writeToFile:(NSString *)path atomically:(BOOL)flag encoding:(NSStringEncoding)encoding //e.g.ASCII,ISOLatin1,etc. error:(NSError **)error;
也可以从文件读取string：
- (NSString *)stringWithContentsOfFile:(NSString *)path usedEncoding:(NSStringEncoding *)encoding
error:(NSError **)error;
SQLite
SQLite是指SQL文件保存在单一一个文件里，存储在一个单一的文件中，它速度很快，只占用很小的内存。它基于事务处理，是真正的SQL。这不是基于服务器的SQL，而是基于文件的，所以它是并发性的。如果app中有两个线程，都要写入到SQL数据库中，这可以正常运行。但它只是做简单的锁线程和并发。
以下就是它的API：
intsqlite3_open(constchar*filename,sqlite3**db); //get a database into db int sqlite3_exec(sqlite3 *db, // execute SQL statements const char *sql, int (*callback)(void *, int, char **, char **), void *context, char **error); int mycallback(void *context,int count,char **values,char **cols); //data returned int sqlite3_close(sqlite3 *db); // close the database
当你打开SQL文件时，你会得到一个SQL数据库指针，然后要执行SQL语句。向数据库递交你的SQL语句，一些SQL语句就会回调然后在一张表中将你请求的数据返回给你，返回的也可能是error。回调函数通常是这样的格式：
int mycallback(void *context,int count,char **values,char **cols);
然后就可以关闭了。你要做的就是第三行const char *sql，这是执行SQL语句的地方。
from：http://www.cnblogs.com/geory/archive/2013/03/11/2953294.html
