Можно ли определить макрос NSFound?

Question

Это может звучать как глупый вопрос, но Apple предоставляет нам NSNotFound, но почему они не предоставили один под названием NSFound? Есть ли способ определить макрос NSFound самостоятельно?

Поэтому я прошу все это в том, что для того, чтобы меня, чтобы проверить, если строка «содержит» некий символ я должен сделать двойной отрицательный IE

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, как бы я идти о выполнении этого?

Answer 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

Answer 2

Двойной отрицательный не имеет последствий в коде, как в грамматике.

Причина они обеспечивают не нашли, в отличие от найденной версии, это просто не Найденное значение является единственным (якобы недействителен) значение, а все остальное является действительным. Поэтому проще определить это единственное недопустимое значение.

Кроме того, это имеет смысл (более эффективным, избегая двойного поиска и меньше кода) для хранения NSRange в локальной переменной для того, чтобы, во-первых тест на достоверность, а затем использовать значение:

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

Answer 3

Там нет ничего плохого в том что бы ни оригинального теста:

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

Если все, что вам нужно знать XML, содержит ли строка @"error", что тест отвечает на вопрос, и это совершенно legitimat e и идиоматический способ спросить об этом. Обратите внимание, что даже документация говорит вам, что containsString: - не что иное, как фронт для звонка rangeOfString:options:!

Если вы действительно хотите знать, что положительный вариант был бы, было бы проверить length возвращенного диапазона и посмотреть, если это то же самое, как length из @"error". length не найденного диапазона - 0.