coredata 学习总结（十一）

Faulting and Uniquing

faulting通过在持久化存储中保留占位符对象（faults）降低你应用程序的内存使用。确保在一个 i 饿managed object context中，不能有多个managed objects。

Faulting Limits the Size of the Object Graph

managed objects主要代表在持久化村中中的数据。在某些情况下一个managed对象可以是一个fault。－属性还没有从外部数据存储加载进来的对象。faulting降低了内存使用。一个falut就是一个占位符对象代表一个没有被完全实现的managed 对象或者代表关系的一个collection对象：

• 一个managed对象fault是一个合适的类实例，但是他的持久化变量还没有被初始化。
• 一个关系fault是collection class的子类代表关系。

faulting允许core data把界限放置到对象图表中。因为falut没有被实现，一个managed对象falut会降低内存的使用。和fault相关的managed对象不需要在内存中被描述。

为了解释这点，假设应用程序允许用户来fetch和编辑一个employee的详情。employee有一个到manager和department的关系。并且这些对象有其它关系。如果你只是从持久化存储中检索一个employee，他的manager，department，和reports的关系会被初始化为faults。

Figure 13-1A department represented by a fault

尽管fault是department类实例，它还么有被实现。他的持久化实例变量还没有设置。这意味着不仅仅department对象花费更少的内存，而且没有必要产生employees关系。

Firing Faults

fault的处理是透明的，你不需要执行fetch来实现一个 i 饿fault。如果某个阶段一个持久化的fault对象属性被存取了，那么core data会自动为对象保留数据并且初始化这个对象。这个处理通常被称为firing fault。如果你访问英国 i 饿department对象的属性，比如它的name，然后fault 触发－core data会执行fetch操作来检索所有的对象属性。

core data会在一个fault的持久化属性被访问时自动触发这个fault。但是，单独触发faults可能是低效的，并且有更好的葱持久化存储获取数据的策略。

当一个fault被触发时，core data 不会重新在缓存中获取其数据。将fault转换为一个实现的managed对象更快。如果数据在缓存中无效，core data会自动执行fetch操作。这会导致从持久化存储fetch数据并且再次将数据缓存在内存中。

一个对象是否是一个fault意味着一个给定的managed 对象是否所有的属性都做了持久化并且准备好使用。如果你需要确定一个对象是否是一个fault，可以调用isFault方法。如果返回no，那么数据必须在内存中且不是一个fault。但是，如果返回yes，并不是说数据没有在内存中。数据有可能在或者不在内存中，这依赖很多因素。

尽管标准的description方法不会导致fault被触发，如果你实现了一个自定义的description方法来访问对象的持久化属性，fault就会被触发。不鼓励复写description方法。

Turning Objects into Faults

将一个实现的对象转换为一个fault会很有用。而且确保属性值是当前的。将一个managed object转换为fault会释放掉不需要的内存，并且将其内置内存属性值设置为nil。可以使用

refreshObject:mergeChanges: 方法把一个实现的对象转换为一个fault。如果你传递no作为参数，你必须确保对象间的关系没有变化。如果有变化了，你后面save这个context，会有问题。

当一个对象转变为fault时，方法didTurnIntoFault会被调用。你可以实现一个自定义的didTurnIntoFault方法来完成不同的功能。例如，确保数据是最新的。

注意：

core data没有unfaulting 词汇。

Faults and KVO Notifications

当core data将一个对象转换成一个fault，kvo改变通知会发送给对象属性。如果你正在监测一个转换成fault的对象的属性，并且这个fault被实现了，你会收到更改的属性值的通知。

Uniquing Ensures a Single Managed Object per Record per Context

core data确保－在一个给定的managed object context中－一个持久化的实体只能和一个managed 对象相关联。

例如，下图中，两个employees被fetched到了一个managed object context中。每一个都有一个和department的关系，但是department当前是被fault表示的。

 

Figure 13-2Independent faults for a department object

每一个employee有一个独立的department。如果你调用每一个employee的department，－将department faults转换为常规的对象－你将会在内存中有两个分开的department 对象。但是，如果两个employees都属于同一个department（例如，marketing），core data只会创建一个代表marketing department的对象。她们的department关系会引用同样的fault，如下图所示：

Figure 13-3Uniqued fault for two employees working in the same department

如果没有唯一性，如果你fetched所有的employees并且为每一个调用department－每次，一个新的department对象会被创建。这会作用域多个对象，每一个代表同样的department，可能就会包含不同的和冲突的数据。当context save的时候，就无法确定将正确的数据提交到store中。