Determinar si NSNumber es NaN

Como dice Mike Abdullah, la forma natural de representar una NaN en Cocoa es con nil, pero [NSNumber numberWithDouble:NAN] devuelve un objeto válido. No hay NSNumber una forma específica de detectar esto, pero la forma general, isnan([foo doubleValue]), funciona. Si no te gustan las funciones, puedes colocarlas en una categoría.

Para decimales, al menos:

[[NSDecimalNumber notANumber] isEqualToNumber:myNumber]

Para determinar si NSNumber es un NaN, conviértalo en un double y use la función C isnan():

NSNumber *validNumber = [NSNumber numberWithDouble: 1.];
NSLog( @"%d", isnan(validNumber.doubleValue) ); // prints "0"

NSNumber *nanNumber = [NSNumber numberWithDouble: 0./0.];
NSLog( @"%d", isnan(nanNumber.doubleValue) ); // prints "1"

Sin embargo, debe tener cuidado, porque hay otros valores especiales, por ejemplo:

NSNumber *posInfinity = [NSNumber numberWithDouble: 1./0.];
NSLog( @"%d", isnan(posInfinity.doubleValue) ); // prints "0"

Si también desea verificar estos valores, es mejor usar isnormal() en su lugar:

NSLog( @"%d", isnormal(validNumber.doubleValue) ); // prints "1"
NSLog( @"%d", isnormal(nanNumber.doubleValue) ); // prints "0"
NSLog( @"%d", isnormal(posInfinity.doubleValue) ); // prints "0"

Encontré que esto funciona, pero ¿es legal?

NSNumber *NaN = [NSDecimalNumber notANumber];

NSDecimalNumber *x = ... fill it somehow with NaN content ...

if ( x == NaN ) ... this works

¿Se garantiza que NaN sea un valor constante singleton? Sería genial, pero supongo que no lo es, ya que todos los ejemplos que encontré usan los métodos isEqual.

También está la función isnan() que encontré hoy.

También podemos usar un #define definido en matemáticas.h as follws

if(isnan(myNumber))
{  // myNumber is NaN .

}

Cualquier expresión booleana con NaN siempre devolverá false. ¿Pero cómo es eso útil?

Estaba recuperando a Nan de locationInView: mientras manejaba algunos gestos en una aplicación para iPhone. Y estaba muy contento de encontrar que cualquier expresión booleana con NaN siempre devolverá falso. Pongo esto para usar liek a continuación:

//Estaba usando el UIPanGestureRecognizer, y parece que en el RetoqUe obtendría Nan para la ubicación/.x - .y-bastante razonable ya que en este caso el final de un toque no tiene un ubicación.

CGPoint location = [gestureRecognizer locationInView:self];

if ( location.x != location.x || location.y != location.y )
{
 return;
}

Así que siempre.x y .y o valores flotantes legítimos, por supuesto que nunca no serán iguales a su propio valor. PERO en el caso de .x or .y siendo NaN, la comparación será falsa. Y puedo evitar con seguridad los cálculos con Nan.

En realidad no hay tal objeto para NSNumber ya que si no es un número, entonces, bueno, no es un NSNumber. Es más habitual usar un objeto nil para representar esto.