iPhone OS：制作一个 switch 语句，使用字符串文字而不是整数作为比较器

Question

所以我想这样做：

switch (keyPath) {
    case @"refreshCount":
        //do stuff
    case @"timesLaunched":
       //do other stuff
}

但显然你只能使用整数作为开关量。执行此操作的唯一方法是将字符串解析为整数标识符，然后运行 ​​switch 语句吗？

像这样：

nsinteger num = nil;

if (keyPath isEqual:@"refreshCount") {

num = 0

}

if (keyPath isEqual:@"timesLaunched") {

num = 1

}

我正在尝试尽可能快地优化此代码，因为它会经常被调用。

谢谢，

尼克

注意：是的，我正在使用 KVO，所以我在“回调”中收到一个字符串。

注意#2：所以让我首先考虑 switch 语句的是我原来的代码实现是这样的：

if ([keyPath isEqual:@"refreshCount"] && ([[change valueForKey:@"new"] intValue] == 10)) { //  
NSLog(@"achievemnt hit inside");
    UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"title" message:@"Achievement Unlocked!" delegate:self cancelButtonTitle:@"cancel" otherButtonTitles:nil];
    [alert show];

我想用相同的方法用不同的 XX 值做一堆这些：

if ([keyPath isEqual:@"refreshCount"] && ([[change valueForKey:@"new"] intValue] == 10)) {

//unlock small achievement

}
 if ([keyPath isEqual:@"refreshCount"] && ([[change valueForKey:@"new"] intValue] == 50))   {

//unlock bigger achievement

}   

//etc

这对我来说似乎效率很低，但也许我错了。

Answer 1

为什么不直接使用枚举呢？

typedef enum _KeyPath
{
     KeyPathNone,
     KeyPathRefreshCount,
     KeyPathTimesLaunched,
     KeyPathCount
} KeyPath;

如果您必须使用应该与

NSString 文档中的 isEqualToString: 进行比较的字符串：

Special Considerations
When you know both objects are strings, this method is a faster way to check equality than isEqual:.

Answer 2

简短的答案是首先不要使用字符串。除此之外，您可以将字符串作为具有整数 (NSNumber) 值的字典中的键。或者您可以使用字符串的哈希值。

switch ( [keyPath myQuickHash] ) {
case kHashRefreshCount:
case kHashTimesLaunched:
}

如果只有几个不同的字符串，您可以使用前（或最后）4 个字符作为字符串文字，并考虑哈希。

switch ( [keyPath stringLiteral] ) {
case 'refr':
case 'time':
}

编辑：

switch 语句本质上是代码片段的稀疏数组。哈希表是一种在给定任意值的稀疏数组中查找索引的方法。给定一组已知的字符串输入，switch 语句可以像哈希表一样操作，也就是说，具有恒定的查找时间。您所要做的就是选择一种与已知输入不会发生冲突的哈希算法。如果输入集未知，则这不是一个选项，但在这个问题中，所有输入可能都是已知的。

这与苹果如何实现他们的哈希算法完全无关，因为你必须实现你自己的哈希算法。所选择的算法可能就像将字符串中的长度和字母相加一样简单。

Answer 3

也就是说，要使强制转换语句起作用，它只需要调用 isEqualToString: 即可，并且速度会一样慢，但可能不会像您想象的那么慢。

当然，第一个问题是您是否测量过性能并且有证据表明代码导致了性能问题？

如果没有，请完成您的应用程序。运输应用程序总是优于仍在开发中的应用程序！

我敢打赌你不会遇到性能问题；如果所有字符串确实都是内联字符串常量 - @"refreshCount" 等 - 与键值观察相关，那么它们很可能都是编译到因此，比较速度会非常快，因为每次提到 "@refreshCount" 时，它实际上都是同一地址处的相同字符串（比较速度非常快）。

如果您确实有可量化的性能问题，请在不同的问题中发布详细信息，然后有人可以具体回答。事实上，除了推测之外，没有足够的架构或定量信息来进行任何操作。