¿Hay una diferencia entre SÍ/NO, VERDADERO/FALSO y verdadero/falso en objetivo-c?

Question

Pregunta simple realmente; ¿Hay alguna diferencia entre estos valores (y hay una diferencia entre BOOL y bool)? Un compañero de trabajo mencionó que evalúan diferentes cosas en Objective-C, pero cuando miré los typedefs en sus respectivos archivos .h, YES/TRUE/true se definieron todos como 1 y NO/FALSE/false se definieron todos como 0. Hay realmente alguna diferencia?

Answer 1

No hay diferencia práctica proporcionan se utilizan como variables BOOL booleanos. C procesa expresiones booleanas en función de si se evalúan como 0 o no 0. Por lo tanto:

if(someVar) { ... } 
if(!someVar) { ... } 

significa lo mismo que

if(someVar!=0) { ... } 
if(someVar==0) { ... } 

razón por la cual se puede evaluar cualquier tipo primitivo o expresión como una prueba booleana (incluidos, por ejemplo, punteros). Tenga en cuenta que debe hacer lo primero, no lo último.

Tenga en cuenta que no es una diferencia si asigna valores obtusos a una llamada BOOL variable y prueba para valores específicos, por lo que siempre se utilicen como booleanos y sólo les asigna valores de sus #define.

Importante: nunca pruebe los booleanos usando una comparación de caracteres; no solo es riesgoso porque a someVar se le puede asignar un valor distinto de cero que no es SÍ, pero en mi opinión lo más importante es que no expresa la intención correctamente:

if(someVar==YES) { ... } // don't do this! 
if(someVar==NO) { ... } // don't do this either! 

en otras palabras, usar construcciones, ya que están destinados y documentados para ser utilizado y se le ahorrarse un mundo de dolor en C.

Answer 2

No, SI/NO es una manera diferente para referirse a TRUE/FALSE (1/0)

Answer 3

Creo que añaden SÍ/NO para ser más se explica por sí mismo en muchos casos. Por ejemplo:

[button setHidden:YES]; 

suena mejor que

[button setHidden:TRUE]; 

Answer 4

Es posible que desee leer las respuestas a esta question. En resumen, en Objective-C (a partir de la definición de objc.h):

typedef signed char  BOOL; 
// BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" 
// even if -funsigned-char is used. 
#define OBJC_BOOL_DEFINED 


#define YES    (BOOL)1 
#define NO    (BOOL)0 

Answer 5

Creo que hay es una diferencia entre bool y BOOL, echa un vistazo a la página para una explicación de por qué:
http://iosdevelopertips.com/objective-c/of-bool-and-yes.html

Debido BOOL es un unsigned char en lugar de un tipo primitivo, variables de tipo BOOL puede contener valores distintos de YES y NO.

consideran este código:

BOOL b = 42; 

if (b) { 
    printf("b is not NO!\n"); 
} 

if (b != YES) { 
    printf("b is not YES!\n"); 
} 

La salida es:

b no hay!
¡b no es SÍ!

Para la mayoría de las personas esto es una preocupación innecesaria, pero si realmente quiere un booleano, es mejor usar un bool. Debo añadir: el SDK de iOS generalmente usa BOOL en sus definiciones de interfaz, por lo que es un argumento para quedarse con BOOL.

Answer 6

Hice una prueba exhaustiva de esto. Mis resultados deben hablan por sí mismos:

//These will all print "1" 
NSLog(@"%d", true == true); 
NSLog(@"%d", TRUE == true); 
NSLog(@"%d", YES == true); 
NSLog(@"%d", true == TRUE); 
NSLog(@"%d", TRUE == TRUE); 
NSLog(@"%d", YES == TRUE); 
NSLog(@"%d", true == YES); 
NSLog(@"%d", TRUE == YES); 
NSLog(@"%d", YES == YES); 

NSLog(@"%d", false == false); 
NSLog(@"%d", FALSE == false); 
NSLog(@"%d", NO == false); 
NSLog(@"%d", false == FALSE); 
NSLog(@"%d", FALSE == FALSE); 
NSLog(@"%d", NO == FALSE); 
NSLog(@"%d", false == NO); 
NSLog(@"%d", FALSE == NO); 
NSLog(@"%d", NO == NO); 


//These will all print "0" 
NSLog(@"%d", false == true); 
NSLog(@"%d", FALSE == true); 
NSLog(@"%d", NO == true); 
NSLog(@"%d", false == TRUE); 
NSLog(@"%d", FALSE == TRUE); 
NSLog(@"%d", NO == TRUE); 
NSLog(@"%d", false == YES); 
NSLog(@"%d", FALSE == YES); 
NSLog(@"%d", NO == YES); 

NSLog(@"%d", true == false); 
NSLog(@"%d", TRUE == false); 
NSLog(@"%d", YES == false); 
NSLog(@"%d", true == FALSE); 
NSLog(@"%d", TRUE == FALSE); 
NSLog(@"%d", YES == FALSE); 
NSLog(@"%d", true == NO); 
NSLog(@"%d", TRUE == NO); 
NSLog(@"%d", YES == NO); 

La salida es:

2013-02-19 20:30:37.061 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.061 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.072 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.073 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.073 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.074 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.074 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.075 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.075 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.076 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.077 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.077 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.078 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.078 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.079 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.079 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.080 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.080 BooleanTests[27433:a0f] 1 
2013-02-19 20:30:37.081 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.081 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.082 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.091 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.092 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.093 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.093 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.094 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.094 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.095 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.095 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.096 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.096 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.097 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.098 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.101 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.102 BooleanTests[27433:a0f] 0 
2013-02-19 20:30:37.102 BooleanTests[27433:a0f] 0 

Answer 7

hay un error sutil que nadie ha mencionado aquí, que yo pensaba que iba a incluir ... más de una lógica de error que cualquier otra cosa:

int i = 2; 
if(i);  //true 
if(i==YES); // false 
if((!!i)==YES); //true 

por lo que la cuestión aquí es sólo eso (YES==1) y en C la comparación no es un booleano, pero uno basado en el valor.

porque YES es sólo un #define (en lugar de algo intrínseco al lenguaje), que tiene que ser algún valor, y 1 que tiene más sentido.

Answer 8

La principal (¡peligrosa!) Diferencia entre true y YES se encuentra en la serialización JSON.

Por ejemplo, tenemos petición del servidor de tipo JSON y necesitamos enviar verdadero/falso en SENCE JSON:

NSDictionary *r1 = @{@"bool" : @(true)}; 
NSDictionary *r2 = @{@"bool" : @(YES)}; 
NSDictionary *r3 = @{@"bool" : @((BOOL)true)}; 

Luego convertirlo a cadena JSON antes de enviar como

NSData *data = [NSJSONSerialization dataWithJSONObject:requestParams options:0 error:nil]; 
NSString *jsonString = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding]; 

El resultado es

jsonString1 // {"bool":1} 
jsonString2 // {"bool":true} 
jsonString3 // {"bool":true} 

Debido a la lógica API jsonString1 podría resultar en un error.

Tenga cuidado con los booleanos en Objective-C.

P.S. Puede usar

@{@"bool" : @"true"}; // {"bool":true}