employee.first_name = [responseDict valueForKey
"first_name"];
employee.last_name = [responseDict valueForKey"last_name"];
employee.middle_name = [responseDict valueForKey"middle_name"];
// And So On... for say, like 100+ more attributes.
目前我正在对CoreData Entity的所有属性进行一一赋值，如下所示；
employee.first_name = [responseDict valueForKey"first_name"];
employee.last_name = [responseDict valueForKey"last_name"];
employee.middle_name = [responseDict valueForKey"middle_name"];
// And So On... for say, like 100+ more attributes.
问题:即将引入许多实体，我想避免这些手动分配。
问题:有没有更聪明的方法可以做到这一点？
希望我能说清楚。如果需要任何信息，请告诉我。
如果您确定传入的字典键全部存在于您的托管对象实体上，则可以使用 setValuesForKeysWithDictionary 一步完成分配:
[employee setValuesForKeysWithDictionary:responseDict];
但我的意思是要确定。这将为 responseDict 中找到的每个键调用 employee 上的 setValue:forKey:。如果 responseDict 包含任何 employee 无法识别的键，你会得到一个异常说 employee 不符合键值为 key 编码。
如果您不确定，一种安全的方法是为 employee 创建一个 NSManagedObject 子类，并让该子类声明它期望的属性名称列表从网络服务接收。例如，如果一个 Employee 类有一个如下所示的 NSArray:
self.webServicePropertyNames = @[ @"first_name", @"last_name", @"middle_name"];
...然后您可以遍历该数组并使用 setValue:forKey 来分配每个值，但使用通用代码。
除此之外，您还可以使用 Objective-C 运行时在 employee 上查找属性名称，然后在 responseDict 中找到它们。这将或多或少地像 setValuesForKeysWithDictionary: 一样工作，除非没有尝试分配不存在的键值的危险。这不是微不足道的，而是 I wrote up a blog post describing the process a while ago .
关于ios - 将 Web 服务响应数据分配给 NSManagedObject 子类，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/27800244/
| 欢迎光临 OGeek|极客世界-中国程序员成长平台 (http://jike.in/) | Powered by Discuz! X3.4 |