实现数据模型缓存 可以用NSKeyedArchiver类来实现数据模型缓存。为了把模型对象用NSKeyedArchiver归档，模型类需要遵循NSCoding协议。

把缓存存储在缓存文件夹下的原因是iCloud（和iTunes）的备份不包括此目录。如果在Documents目录下创建了大尺寸的缓存文件，它们会在备份的时候被上传到iCloud并且很快就用完有限的空间（写作本书时大约为5 GB）。你不会这么干的——谁不想成为用户iPhone上的良民？NSCachesDirectory正是解决这个问题的。

预缓存是用高级数据库（比如原始的SQLite）或者对象序列化框架（比如Core Data）实现的。我们需要根据需求认真选择不同的技术。本节第5点“应该用哪种缓存技术”给出了一些建议：什么时候该用URL缓存或者数据模型缓存，而什么时候又该用Core Data。接下来先看一下数据模型缓存的实现细节。

1. 实现数据模型缓存

可以用NSKeyedArchiver类来实现数据模型缓存。为了把模型对象用NSKeyedArchiver归档，模型类需要遵循NSCoding协议。

NSCoding协议方法

- (void)encodeWithCoder:(NSCoder *)aCoder;

    - (id)initWithCoder:(NSCoder *)aDecoder;

当模型遵循NSCoding协议时，归档对象就很简单，只要调用下列方法中的一个：

[NSKeyedArchiver archiveRootObject:objectForArchiving

    toFile:archiveFilePath];

    [NSKeyedArchiver archivedDataWithRootObject:objectForArchiving];

第一个方法在archiveFilePath指定的路径下创建一个归档文件。第二个方法则返回一个NSData对象。NSData通常更快，因为没有文件访问开销，但对象保存在应用的内存中，如果不定期检查的话会很快用完内存。在iPhone上定期缓存到闪存的功能也是不明智的，因为跟硬盘不同，闪存读写寿命是有限的。开发者得尽可能平衡好两者的关系。24.3节会详细介绍归档实现缓存。

NSKeyedUnarchiver类用于从文件（或者NSData指针）反归档模型。根据反归档的位置，选择使用下面两个类方法。

[NSKeyedUnarchiver unarchiveObjectWithData:data];

    [NSKeyedUnarchiver unarchiveObjectWithFile:archiveFilePath];

这四个方法在转化序列化数据时能派上用场。

使用任何NSKeyedArchiver/NSKeyedUnarchiver的前提是模型实现了NSCoding协议。不过要做到这一点很容易，可以用Accessorizer类工具自动实现NSCoding协议。（24.8节列出了Accessorizer在Mac App Store中的链接。）