summaryrefslogtreecommitdiff
path: root/es/03_estructura.md
diff options
context:
space:
mode:
Diffstat (limited to 'es/03_estructura.md')
-rw-r--r--es/03_estructura.md24
1 files changed, 12 insertions, 12 deletions
diff --git a/es/03_estructura.md b/es/03_estructura.md
index 1ff4a92..9c24fb1 100644
--- a/es/03_estructura.md
+++ b/es/03_estructura.md
@@ -23,7 +23,7 @@ que lo ejecutes y siempre salen los resultados en el mismo orden.
Para poder alterar el orden de los comandos, o elegir en función de una
condición cuales se ejecutan, python dispone de unas estructuras. Pero, antes
-de contarte cuales son, te adelanto su forma general. Normalmente se declaran
+de contarte cuáles son, te adelanto su forma general. Normalmente se declaran
en una línea terminada en `:` y su cuerpo se sangra hacia dentro. La sangría (o
indentación si lo calcamos del inglés) es lo que define dónde empieza o termina
un *bloque* en python. Las líneas consecutivas sangradas al mismo nivel se
@@ -80,7 +80,7 @@ sentencias o repita la ejecución de algunos bloques. A esto se le conoce como
Las condicionales son herramientas de *control de flujo* que permiten separar
la ejecución en diferentes ramas en función de unas condiciones. En python sólo
-existe el condicional `if` («si», en castellano), aunque existen otras
+existe el condicional `if` («si», en castellano); aunque existen otras
estructuras para conseguir el mismo efecto, no las trataremos aún.
Ésta es la sintaxis del `if`:
@@ -237,7 +237,7 @@ poderosas que eso, pudiendo a llegar a complicarse sobremanera añadiendo
condiciones, como en el último de los ejemplos, para filtrar algunos casos.
Te habrá mosqueado el uso de `tuple` para crear la tupla. Todo tiene una razón.
-La tupla, al estar formada por paréntesis, python no tiene claro si son
+En la tupla, al estar formada por paréntesis, python no tiene claro si son
paréntesis de precedencia o de creación de tupla, y considera que son los
primeros, dando como resultado un generador, un paso intermedio de nuestro
proceso que dejamos para el futuro.
@@ -254,15 +254,15 @@ excepciones cuando hay problemas. Por ejemplo, cuando intentas acceder a un
índice inexistente en una lista.
Las excepciones terminan la ejecución del programa a no ser que se gestionen.
-Se consideran fallos de los que el programa no puede arreglarse a no ser que se
-le indique cómo. Algunas funciones y librerías lanzan excepciones que nosotros
-debemos gestionar, por ejemplo: que un archivo no exista, o que no se tenga
-permisos de edición en el directorio, etc. Es nuestra responsabilidad tener un
-plan be o aceptar la excepción deportivamente a sabiendas que nuestro programa
-terminará indicando un error.
+Se consideran fallos de los que el programa no se puede recuperar a no ser que
+se le indique cómo. Algunas funciones y librerías lanzan excepciones que
+nosotros debemos gestionar, por ejemplo: que un archivo no exista, o que no se
+tenga permisos de edición en el directorio, etc. Es nuestra responsabilidad
+tener un plan be o aceptar la excepción deportivamente a sabiendas que nuestro
+programa terminará indicando un error.
-Hay ocasiones en las que las excepciones pueden capturarse y otras no, por
-ejemplo, los fallos de sintaxis no pueden solventarse.
+Hay ocasiones en las que las excepciones pueden capturarse y otras en las que
+no; por ejemplo, los fallos de sintaxis no pueden solventarse.
Las excepciones se capturan con un `try-except` que, si programas en otros
lenguajes como Java, probablemente conozcas como `try-catch`.
@@ -326,7 +326,7 @@ el código fuente. Aunque sirven para más fines y tienen detalles que
aclararemos en un capítulo propio, en este apartado adelantaremos cómo se
definen y cómo lanzan y posteriormente las analizaremos en detalle.
-Las definición de funciones se realiza con una estructura similar a las
+La definición de funciones se realiza con una estructura similar a las
anteriores, una línea descriptiva terminada en dos puntos (`:`) y después un
bloque con mayor sangría para definir el cuerpo.