¿Cómo manejan los diferentes lenguajes el "resto que cuelga"?

Question

A menudo veo la cosa colgando manejado como:

if (x > 0) 
    if (y > 0) 
    print "hello" 
else 
    print "world" 

el analizador o intérprete en realidad coincida con la otra persona con el más cercano si la declaración, que es el "si (y> 0)".

¿Algún idioma tiene la trampa de realmente combinar el resto con el exterior si o el más lejano si? (excepto el Python obvio)

Answer 1

A falta de usar lenguajes sensibles al espacio (como Python, como dijiste), no veo por qué una interpretación sensata podría coincidir con el bloque if más externo.

Algunos idiomas prohíben esta ambigüedad potencial por:

1. que requieren apoyos para todos los bloques, y
2. Proporcionar especial "else if" sintaxis, por lo general elsif, elif, o elseif.

Answer 2

En Perl, los apoyos no son opcionales, que nos ayuda a evitar este tipo de problemas:

if ($x > 0) { 
    if ($y > 0) { 
     print "hello" 
    } 
    else { 
     print "world" 
    } 
} 

frente

if ($x > 0) { 
    if ($y > 0) { 
     print "hello" 
    } 
} 
else { 
    print "world" 
} 

IIRC, la mayoría de las guías de estilo C requieren/recomendar refuerzos para los bucles y condicionales.

Answer 3

C# hace lo "correcto". guión inteligente de Visual Studio pone automáticamente en el lugar correcto también:

if (x > 0) 
    if (y > 0) 
     Console.WriteLine("hello"); 
    else 
     Console.WriteLine("world"); 

Esto debería espera que sea sólo una cuestión teórica, ya que la costumbre de añadir de rizado en todas partes debe ser profundamente arraigada en la mayoría de los derivados de C, de lo contrario va a abrir la posibilidad de sorpresas desagradables.

Answer 4

Si cualquier lenguaje hiciera eso (excepto los idiomas centrados en sangría), tendrían que ir a una de las listas "¿cuál es el peor lenguaje?".

Esta es también la razón por la que casi siempre uso llaves para condicionales, y el 100% del tiempo cuando hay condicionales o bucles anidados. Los pocos caracteres adicionales vale la pena eliminar la posibilidad de confusión.

Answer 5

En Python no puede ser ambiguo al respecto. O tienes

if (x > 0): 
    if (y > 0): 
    print "hello" 
else: 
    print "world" 

o

if (x > 0) 
    if (y > 0) 
    print "hello" 
    else: 
    print "world" 

Los espectáculos de sangría, que "si" coincide con el "otro". [Nota: intente como sea posible, no puedo obtener el "else" en el primer ejemplo para alinear correctamente debajo del primer "si".]

En todos los idiomas que he visto que permiten esta particular ambigüedad, el "else" coincide con el "si" más reciente. Eso puede no ser cierto en todos los idiomas que alguna vez existieron. Por lo general, lo más fácil al escribir el analizador es hacer coincidir el "else" con el "si" más cercano en la pila.

Una pregunta similar: ¿Cuál es el resultado de 5 - 2 + 1? ¿Es 4 o 2? Personalmente, siempre uso paréntesis cuando escribo (x - y) + z o x - (y + z) porque nunca puedo recordar en qué dirección irá el analizador.

Answer 6

Si no coincide con el if más reciente, o bien todo se vuelve absurdo o no puede coincidir con otros ifs. Esta (la única alternativa real que puedo imaginar) no tendría sentido:

if(first) 
    if(second) 
     if(third) 
      doFirst(); 
     else 
      doSecond(); 
     else 
      doThird(); 

que es simplemente demasiado wtf.

Answer 7

La mayoría de los lenguajes coincidirán con el else con el if más interno, y eso es realmente lo único razonable que puede hacer un compilador no sensible al espacio en blanco. Muchos IDEs, como menciona Jeff, formatearán el código para que coincida con la estructura, pero en realidad, el uso de llaves alrededor de todos los bloques de código es una forma sensata de lidiar con esto.

Answer 8

El Way C# funciona porque coincide con las declaraciones else en orden de las declaraciones else utilizadas.

es decir.

if (x == 1) 
    if (y == 1) 
     Console.WriteLine("Hello"); 
    else 
     Console.WriteLine("World"); 
else 
    Console.WriteLine("All your base are belong to us."); 

sin embargo, si desea cambiar a dónde va el resto.

if (x == 1) 
{ 
    if (y == 1) 
     Console.WriteLine("Hello World"); 
} 
else 
    Console.WriteLine("All your base are belong to us."); 

Answer 9

COBOL, antes de la introducción de la END-IF, dictamina que el ELSE pertenece a la más cercana SI.

Para lo demás, aparte de lo anterior, hay que equilibrar los FI con el mismo número de ELSE. Debido a que debe haber un imperativo, se debe agregar una cláusula NEXT SENTENCE. Como en cualquier otro caso [1] en COBOL, la elección de la solución parece la más detallada posible.

[1]: Evaluar cuándo DE OTRO MODO