可以定义 NSFound 宏吗？答案

【问题标题】：Can one define NSFound macro?可以定义 NSFound 宏吗？
【发布时间】：2016-03-17 15:03:01
【问题描述】：

这听起来像是一个愚蠢的问题，但 Apple 为我们提供了 NSNotFound，但他们为什么不提供一个名为 NSFound 的？有没有一种方法可以自己定义一个 NSFound 宏？

我问这一切的原因是为了让我检查一个字符串是否“包含”某个字符，我必须做双重否定，即

if ([XML rangeOfString:@"error" options:NSCaseInsensitiveSearch].location != NSNotFound)
{
     //server is down
}
else
{
     //server is up
}

至少对我来说，如果我可以简单地这样做，这会更容易阅读

if ([XML rangeOfString:@"error" options:NSCaseInsensitiveSearch].location == NSFound)
{
 //server is down
}
else
{
 //server is up
}

如果我想定义 NSFound 或 SAMFound，我该怎么做？

【问题讨论】：

因为 rangeOfString 返回字符串的位置。如果您实际上没有得到找到字符串的位置，那么 NSFound 常量有什么用？
@JAL 这没有意义。如果 rangeOfString 返回字符串的位置，那很好，这就是我想要的。如果找不到，请执行其他操作。它会进入 else 块
如果你要为此定义一个宏，考虑到大量可能的“找到”案例，你真的需要做类似#define NSFound(X) (X) != NSNotFound 这样的事情，这意味着你必须像这样使用它NSFound([XML rangeOfString:@"error" options:NSCaseInsensitiveSearch].location) 就个人而言，这也不太可读且不标准！

标签： ios objective-c

【解决方案1】：

您的问题实际上与 rangeOfString 之类的设计模式方法有关 - 对两个有效结果（其中有很多）和失败指示（其中有一个）使用单个返回值。在这种情况下，您可以通过与常量NSNotFound 的比较来测试单个失败值，但同样不能通过简单的比较来测试许多可能的值——而是使用您不喜欢的“双重否定”。

如果你觉得它太丑了就换吧……也许吧：

@interface NSString (SamExtras)

- (BOOL) SAMcontainsString:(NSString *)string options:(NSStringCompareOptions)options;

@end

@implementation NSString (SamExtras)

- (BOOL) SAMcontainsString:(NSString *)string options:(NSStringCompareOptions)options
{
   return [self rangeOfString:string options:options].location != NSNotFound;
}

@end

这将允许您使用：

if ([XML SAMcontainsString:@"error" options:NSCaseInsensitiveSearch])
{
   //server is down
}
else
{
   //server is up
}

没有双重否定。您可以编写一次类别并在所有项目中使用它。

HTH

【讨论】：

完美。这正是我一直在寻找的。谢谢！

【解决方案2】：

双重否定不会像在语法中那样在代码中产生后果。

他们提供 not found 的原因，而不是 found 版本，只是 not found 值是单个（假定无效）值，其他所有值都是有效的。因此，定义这个单一的无效值会更简单。

此外，将NSRange 存储在局部变量中以便首先测试有效性然后使用该值更有意义（更有效，避免重复搜索和更少代码）：

NSRange range = [XML rangeOfString:@"error" options:NSCaseInsensitiveSearch];
if (range.location != NSNotFound) {
    // Do thing with range
} else {
    // Complain
}

【讨论】：

我想你是在假设他喜欢将范围用于测试以外的任何事情，但我想很好指出。
@BrandonBuck 是的，我正在做这个假设。
我要做的就是摆脱这种双重否定！= NSNotFound ...这只是重写了我已经知道的内容
@SamB 你问他们为什么不提供NSFound，所以我解释了原因。

【解决方案3】：

您的原始测试没有任何问题：

if ([XML rangeOfString:@"error" options:NSCaseInsensitiveSearch].location != NSNotFound) {

如果您只需要知道XML 是否包含字符串@"error"，那么该测试可以回答问题，并且是一种完全合法且惯用的提问方式。请注意，即使是文档也告诉您containsString: 只不过是调用rangeOfString:options: 的前线！

如果你真的想知道肯定的版本是什么，那就是测试返回范围的length，看看它是否与@"error"的length相同。未找到范围的length 是0。

【讨论】：