2

我有一个视图叫做Cart. 它显示一个Items 表。这些Items 需要持久化，所以Item子类 NSManagedObject；id像,等值price是其访问器的属性，@dynamic因此它们是自动生成的。

我有另一种观点叫做Favorites. 它显示一个Items 表，但它们不需要持久化。事实上，只要用户使用不同的凭据登录，此视图就会发生变化。

这两个视图之间的联系是用户可以从他的收藏夹中将项目添加到他的购物车中。购物车可以存储Item来自不同Favorites列表的 s。Favorites将商品添加到购物车时，列表不会更改。

最初，我将Favorites视图模型设为 NSDictionary 对象的 NSArray。当用户将商品添加到他的购物车时，我从 NSDictionary 键值对创建并保存在 Core Data 中的商品。这种方法看起来不是很干净或很干燥。Favorites让视图的模型成为Items的 NSArray不是更有意义吗？

所以现在我的意图是实现这个Item类，以便它代表核心数据模型（NSManagedObject），但也可以与Favorites视图一起使用。作为 Objective-C 和 iOS 开发的新手，我真的不知道这将如何工作或看起来如何。似乎我需要覆盖为我神奇地创建的访问器，但我不能在编译时使用super调用来调用它们......谁能给我一个粗略的轮廓，说明它何时知道返回 NSDictionary 数据还是核心数据数据？如果它是 Core Data 数据，我如何保持与神奇生成的访问器相同的效率水平？

更好的是，是否有更好的实现方式与 DRY 一样或更有意义？还是我试图将太多的功能组合到一个类中？在这种情况下，NSDictionary 对象的 NSArray 是最好的方法吗？

4

1 回答 1

1

您可以在获取请求中指定结果类型（object、objectID、count、dictionary）。

另外，我不会在 MOC 之外使用 NSManagedObjects。您应该有一个单独的对象用于内存内容，或者您​​可以为这些对象使用内存中的持久存储......或者，您可以创建一个单独的 MOC 作为您使用的主数据库 MOC 的子对象对于您的内存对象。

这些方法的优点是您的代码不必知道它们是否已备份到磁盘。

只要您不保存 MOC，对这些对象的更改就永远不会进入磁盘。

编辑

NSFetchRequest *fetchRequest = // create the fetch request...
fetchRequest.resultType = NSDictionaryResultType;

现在，当您进行提取时，您将返回一个 NSDictionary 数组，而不是返回一个 NSManagedObject 数组。

于 2012-05-10T05:36:05.080 回答