For equality checks, you can use isEqualToNumber
which checks if either the id
or content is equal (with the latter using compare
):
if ([a isEqualToNumber:b]) // if a == b
Not sure why they also didn't implement isGreaterThanNumber
and isLessThanNumber
convenience methods (and possibly >=
and <=
as well), since the compare
method below seems a little clunky.
For inequality checks, just use compare
directly (you can also do this for equality as can be seen from the first one below):
if ([a compare:b] == NSOrderedSame) // if (a == b)
if ([a compare:b] == NSOrderedAscending) // if (a < b)
if ([a compare:b] == NSOrderedDescending) // if (a > b)
if ([a compare:b] != NSOrderedSame) // if (a != b)
if ([a compare:b] != NSOrderedAscending) // if (a >= b)
if ([a compare:b] != NSOrderedSescending) // if (a <= b)
Details can be found on the NSNumber class documentation page.
Keep in mind there's nothing preventing you from creating your own helper function which would, for example, allow code like:
if (nsnComp1 (a, ">=", b)) ... // returns true/false (yes/no)
or:
if (nsnComp2 (a, b) >= 0) ... // returns -1/0/+1
even though it's less Objective-C and more C :-) It depends on whether your definition of "elegant" is bound mostly by efficiency or readability. Whether that's preferable to your intValue
option is a decision you'll need to make yourself.
[a greaterThan: b]
and[a equalTo: b]
– Dita@1
already becomes[NSNumber numberWithInt:1]
-- there's no reason that@1 > @2
couldn't be allowed and rewritten as[@1 isGreaterThan:@2]
(well, no reason aside from possible confusion: "Why can't I doif( 1 > @2 )
?"). – Snotint
:-) – Toper