lunes, 9 de julio de 2012

El maldito punto y coma ;

El perfil que uso en PSeInt establece el punto y coma como separador de instrucciones.


Si no se usa ese perfil el modo de separar las instrucciones es poner cada una en líneas separadas.

¿Por qué elegí usar el punto y coma para separar instrucciones?

Porque aunque más complicado es más realista respecto a la mayoría de los lenguajes de programación modernos.

¿Por qué lo de "maldito" en el título?

Porque es el típico error que te tiene 10 minutos buscando hasta que te das cuenta que te faltó o sobró un punto y coma.

En más de algún sitio podrás encontrar que te dicen: El punto y coma va al final de cada lína.

Falso de falsedad absoluta. Hay líneas que definitivamente no deben llevar punto y coma al final, y que si lo pones genera un error.

¿Entonces dónde va el dichoso punto y coma?

El punto y coma va donde termina una instrucción.

Pero si no es una instrucción entonces no lleva punto y coma.

¿Si "no es una instrucción"?

Claro, porque además de las instrucciones tenemos las estructuras de control, y las marcas de bloque, ninguna de las cuales lleva punto y coma al final.
  • llevan punto y coma
    • Instrucciones
  • NO llevan punto y coma
    • Estructuras de control
    • Marcas de bloque

Por ejemplo, la estructura de control Repetir por ser precisamente una estructura de control no lleva punto y coma:


 
  • Las líneas 4 y 5 son instrucciones que llevan punto y coma al final.
  • Las líneas 3 y 6 corresponden a la estructura de control Repetir, no llevan punto y coma
  • Las líneas 1 y 8 son marcas del bloque de Proceso, no llevan punto y coma

1 comentario: