5

在我的 iOS 项目中更新 Core Data 模型的过程中，我在服务器上查询 JSON 对象，这些对象在某种程度上与我的模型的托管实体相对应。我努力的最终结果是来自 JSON 输出的可靠更新解决方案。

对于这个问题中的示例，我将命名核心数据托管对象existingObj和传入的 JSON 反序列化字典updateDict。棘手的部分是处理这些事实：

  1. 并非所有属性existingObj都存在于updateDict
  2. 并非 的所有属性updateDict都在extistingObj.
  3. 并非所有类型的existingObj's 属性都与 JSON 反序列化属性匹配。（某些字符串可能需要自定义的 Objective-C 包装器）。
  4. updateDict可能包含未初始化 ( nil) 中的键的值existingObj。

这意味着在迭代更新的字典时，必须来回对属性进行一些测试。首先我要测试 的属性是否updateDict存在existingObj，然后我使用 KVC 设置值，如下所示：

// key is an NSString, e.g. @"displayName"
if ([existingObj respondsToSelector:NSSelectorFromString(key)) {
    [existingObj setValue:[updateDict objectForKey:key] forKey:key];
}

尽管这部分有效，但我不喜欢我实际上是在测试displayName作为 getter 的事实，而我即将调用setDisplayName:setter（间接通过 KVC）。我宁愿是 [existingObj hasWritablePropertyWithName :key] 之类的东西，但是我找不到这样做的东西。

这就产生了子问题 A：如果您只有属性的名称，如何测试属性设置器？

下一部分是我想根据它们的类型自动识别属性的地方。如果updateDict和existingObj都有一个用于键 @"displayName" 的 NSString，那么设置新值很容易。但是，如果updateDict包含键 @"color" 的 NSString，即 @"niceShadeOfGreen"，我想将其转换为正确的 UIColor 实例。但是如何测试接收属性的类型，existingObj以便知道何时转换值以及何时简单地分配？我希望有一些类似于typeOfSelector 的东西：

if ([existingObj typeOfSelector:sel] == [[updateDict objectForKey:key] class]) {
     // regular assignment
} else {
     // perform custom assignment
}

当然这是伪代码。我不能依赖测试existingObj-property 值的类型，因为它可能是未初始化的或nil.

子问题 B：如果您只有属性的名称，如何测试属性的类型？

我想就是这样。我想这一定是这里已经存在的东西的欺骗，但我找不到它。也许你们可以？
干杯，EP。

PS 如果您有更好的方法将自定义的 Objective-C 对象同步到反序列化的 JSON 对象，请分享！最后，结果才是最重要的。

4

1 回答 1

27

如果你想查询一个对象是否有一个给定 KVC 键调用的 setter，key它对应于一个声明的属性，你需要检查它是否响应一个选择器方法调用setKey:（以 开头set，大写第一个字符key，添加尾随冒号）。例如，

NSString *key = @"displayName";
NSString *setterStr = [NSString stringWithFormat:@"set%@%@:",
                       [[key substringToIndex:1] capitalizedString],
                      [key substringFromIndex:1]];

if ([obj respondsToSelector:NSSelectorFromString(setterStr)]) {
    NSLog(@"found the setter!");
    [obj setValue:someValue forKey:key];
}

两个备注：

  • 即使属性可以有名称不遵循上述模式的设置器，它们也不符合 KVC，因此检查是安全的，set<Key>:因为您使用 KVC 设置相应的值。

  • KVC 不仅仅使用 setter 方法。如果没有找到 setter 方法，它会检查该类是否允许直接访问实例变量，如果是，则使用实例变量来设置值。此外，如果没有找到 setter 方法或实例变量，它会发送-setValue:forUndefinedKey:给接收者，接收者的类可能已经覆盖了引发异常的标准实现。这在Key-Value Coding Programming Guide中有描述。也就是说，如果您总是使用属性，检查 setter 方法应该是安全的。

至于您的第二个问题，无法查询运行时以了解属性的实际 Objective-C 类。从运行时的角度来看，对于属性和通用类型（例如方法参数/返回类型），存在特定于实现的类型编码。@这种类型编码对任何 Objective-C 对象使用单一编码（即），因此属性的类型编码与NSString属性的类型编码相同，UIColor因为它们都是 Objective-C 类。

如果您确实需要此功能，另一种方法是处理您的类并添加一个类方法，该方法返回一个字典，其中包含在该类和超类中声明的每个属性（或您感兴趣的属性）的键和相应类型，或者也许某种描述语言。您必须自己执行此操作，并依赖运行时不可用的信息。

于 2011-02-10T06:55:34.867 回答