@@ -97,9 +97,9 @@ msgstr ""
97
97
"obtener una buena visión general de un programa. Idealmente, una función "
98
98
"debería caber en una pantalla (por ejemplo, 20-30 líneas). 20 líneas de "
99
99
"Python pueden hacer mucho más trabajo que 20 líneas de C. Esto no se debe "
100
- "únicamente a la falta de corchetes de inicio/fin -- la falta de declaraciones "
101
- "y los tipos de datos de alto nivel también son responsables -- sino también la "
102
- "indentación basada en la sintaxis ciertamente ayuda."
100
+ "únicamente a la falta de corchetes de inicio/fin -- la falta de "
101
+ "declaraciones y los tipos de datos de alto nivel también son responsables -- "
102
+ "sino también la indentación basada en la sintaxis ciertamente ayuda."
103
103
104
104
#: ../Doc/faq/design.rst:46
105
105
msgid "Why am I getting strange results with simple arithmetic operations?"
@@ -211,10 +211,10 @@ msgid ""
211
211
"and in Python, no amount of activity will change the string \" eight\" to "
212
212
"anything else."
213
213
msgstr ""
214
- "Otra ventaja es que las cadenas en Python se consideran tan \" elementales\" como los "
215
- "números. Ninguna cantidad de actividad cambiará el valor 8 a otra cosa, y en "
216
- "Python, ninguna cantidad de actividad cambiará la cadena \" ocho\" a otra "
217
- "cosa."
214
+ "Otra ventaja es que las cadenas en Python se consideran tan \" elementales\" "
215
+ "como los números. Ninguna cantidad de actividad cambiará el valor 8 a otra "
216
+ "cosa, y en Python, ninguna cantidad de actividad cambiará la cadena \" ocho\" "
217
+ "a otra cosa."
218
218
219
219
#: ../Doc/faq/design.rst:110
220
220
msgid "Why must 'self' be used explicitly in method definitions and calls?"
@@ -249,9 +249,9 @@ msgstr ""
249
249
"la falta de una declaración de variable local (suponiendo que los globales "
250
250
"son raros o fácilmente reconocibles) -- pero en Python, no hay declaraciones "
251
251
"de variables locales, por lo que debería buscar la definición de clase para "
252
- "estar seguro. Algunos estándares de codificación de C++ y Java requieren "
253
- "que los atributos de instancia tengan un prefijo ``m_``, porque el ser "
254
- "explícito también es útil en esos lenguajes."
252
+ "estar seguro. Algunos estándares de codificación de C++ y Java requieren que "
253
+ "los atributos de instancia tengan un prefijo ``m_``, porque el ser explícito "
254
+ "también es útil en esos lenguajes."
255
255
256
256
#: ../Doc/faq/design.rst:125
257
257
msgid ""
@@ -291,21 +291,22 @@ msgid ""
291
291
"instance variables live in two different namespaces, and you need to tell "
292
292
"Python which namespace to use."
293
293
msgstr ""
294
- "Finalmente, para las variables de instancia se resuelve un problema sintáctico con "
295
- "la asignación: dado que las variables locales en Python son (¡por "
296
- "definición!) Aquellas variables a las que se asigna un valor en un cuerpo de "
297
- "función (y que no se declaran explícitamente como globales), tiene que haber "
298
- "una forma de decirle al intérprete que una asignación estaba destinada a "
299
- "asignar a una variable de instancia en lugar de a una variable local, y que "
300
- "preferiblemente debería ser sintáctica (por razones de eficiencia). C++ "
301
- "hace esto a través de declaraciones, pero Python no tiene declaraciones y "
302
- "sería una pena tener que presentarlas solo para este propósito. Usar el "
303
- "``self.var`` explícito resuelve esto muy bien. Del mismo modo, para usar "
304
- "variables de instancia, tener que escribir ``self.var`` significa que las "
305
- "referencias a nombres no calificados dentro de un método no tienen que "
306
- "buscar en los directorios de la instancia. Para decirlo de otra manera, las "
307
- "variables locales y las variables de instancia viven en dos espacios de "
308
- "nombres diferentes, y debe decirle a Python qué espacio de nombres usar."
294
+ "Finalmente, para las variables de instancia se resuelve un problema "
295
+ "sintáctico con la asignación: dado que las variables locales en Python son "
296
+ "(¡por definición!) Aquellas variables a las que se asigna un valor en un "
297
+ "cuerpo de función (y que no se declaran explícitamente como globales), tiene "
298
+ "que haber una forma de decirle al intérprete que una asignación estaba "
299
+ "destinada a asignar a una variable de instancia en lugar de a una variable "
300
+ "local, y que preferiblemente debería ser sintáctica (por razones de "
301
+ "eficiencia). C++ hace esto a través de declaraciones, pero Python no tiene "
302
+ "declaraciones y sería una pena tener que presentarlas solo para este "
303
+ "propósito. Usar el ``self.var`` explícito resuelve esto muy bien. Del mismo "
304
+ "modo, para usar variables de instancia, tener que escribir ``self.var`` "
305
+ "significa que las referencias a nombres no calificados dentro de un método "
306
+ "no tienen que buscar en los directorios de la instancia. Para decirlo de "
307
+ "otra manera, las variables locales y las variables de instancia viven en dos "
308
+ "espacios de nombres diferentes, y debe decirle a Python qué espacio de "
309
+ "nombres usar."
309
310
310
311
#: ../Doc/faq/design.rst:152
311
312
msgid "Why can't I use an assignment in an expression?"
@@ -382,8 +383,8 @@ msgstr ""
382
383
#: ../Doc/faq/design.rst:191
383
384
msgid "Why is join() a string method instead of a list or tuple method?"
384
385
msgstr ""
385
- "¿Por qué join() es un método de cadena de caracteres en lugar de un método de lista o "
386
- "tupla?"
386
+ "¿Por qué join() es un método de cadena de caracteres en lugar de un método "
387
+ "de lista o tupla?"
387
388
388
389
#: ../Doc/faq/design.rst:193
389
390
msgid ""
@@ -416,8 +417,8 @@ msgid ""
416
417
"on names bound to strings there is no logical reason to make them "
417
418
"unavailable on literals."
418
419
msgstr ""
419
- "El primero corre a lo largo de las líneas de: \" Se ve realmente feo el uso de "
420
- "un método de un literal de cadena (constante de cadena)\" , a lo que la "
420
+ "El primero corre a lo largo de las líneas de: \" Se ve realmente feo el uso "
421
+ "de un método de un literal de cadena (constante de cadena)\" , a lo que la "
421
422
"respuesta es que sí, pero un literal de cadena es solo un valor fijo. Si se "
422
423
"permiten los métodos en nombres vinculados a cadenas, no hay razón lógica "
423
424
"para que no estén disponibles en literales."
@@ -429,11 +430,11 @@ msgid ""
429
430
"For some reason there seems to be much less difficulty with having :meth:"
430
431
"`~str.split` as a string method, since in that case it is easy to see that ::"
431
432
msgstr ""
432
- "La segunda objeción generalmente se presenta como: \" Realmente estoy diciéndole "
433
- "a una secuencia que una a sus miembros junto con una constante de cadena "
434
- "\" . Lamentablemente, no lo estas haciendo. Por alguna razón, parece ser mucho menos "
435
- "difícil tener :meth:`~str.split` como método de cadena, ya que en ese caso "
436
- "es fácil ver que::"
433
+ "La segunda objeción generalmente se presenta como: \" Realmente estoy "
434
+ "diciéndole a una secuencia que una a sus miembros junto con una constante de "
435
+ "cadena \" . Lamentablemente, no lo estas haciendo. Por alguna razón, parece "
436
+ "ser mucho menos difícil tener :meth:`~str.split` como método de cadena, ya "
437
+ "que en ese caso es fácil ver que::"
437
438
438
439
#: ../Doc/faq/design.rst:220
439
440
msgid ""
@@ -786,12 +787,12 @@ msgid ""
786
787
"Functions which operate on this output would generally not break if you "
787
788
"added another file or two to the directory."
788
789
msgstr ""
789
- "Las listas, por otro lado, son más como matrices en otros lenguajes. Tienden a "
790
- "contener un número variable de objetos, todos los cuales tienen el mismo "
790
+ "Las listas, por otro lado, son más como matrices en otros lenguajes. Tienden "
791
+ "a contener un número variable de objetos, todos los cuales tienen el mismo "
791
792
"tipo y que se operan uno por uno. Por ejemplo, ``os.listdir('.')`` Retorna "
792
- "una lista de cadenas de caracteres que representan los archivos en el directorio actual. "
793
- "Las funciones que operan en esta salida generalmente no se romperían si "
794
- "agregara otro archivo o dos al directorio."
793
+ "una lista de cadenas de caracteres que representan los archivos en el "
794
+ "directorio actual. Las funciones que operan en esta salida generalmente no "
795
+ "se romperían si agregara otro archivo o dos al directorio."
795
796
796
797
#: ../Doc/faq/design.rst:419
797
798
msgid ""
@@ -1196,8 +1197,8 @@ msgstr ""
1196
1197
#: ../Doc/faq/design.rst:623
1197
1198
msgid "Why can't raw strings (r-strings) end with a backslash?"
1198
1199
msgstr ""
1199
- "¿Por qué las cadenas de caracteres sin formato (r-strings) no pueden terminar con una "
1200
- "barra diagonal inversa?"
1200
+ "¿Por qué las cadenas de caracteres sin formato (r-strings) no pueden "
1201
+ "terminar con una barra diagonal inversa?"
1201
1202
1202
1203
#: ../Doc/faq/design.rst:625
1203
1204
msgid ""
@@ -1221,10 +1222,10 @@ msgstr ""
1221
1222
"Las cadenas de caracteres sin formato se diseñaron para facilitar la "
1222
1223
"creación de entradas para procesadores (principalmente motores de expresión "
1223
1224
"regular) que desean realizar su propio procesamiento de escape de barra "
1224
- "invertida. Tales procesadores consideran que una barra invertida sin par "
1225
- "es un error de todos modos, por lo que las cadenas de caracteres sin "
1226
- "procesar no lo permiten. A cambio, le permiten pasar el carácter de comillas "
1227
- "de cadena escapándolo con una barra invertida. Estas reglas funcionan bien "
1225
+ "invertida. Tales procesadores consideran que una barra invertida sin par es "
1226
+ "un error de todos modos, por lo que las cadenas de caracteres sin procesar "
1227
+ "no lo permiten. A cambio, le permiten pasar el carácter de comillas de "
1228
+ "cadena escapándolo con una barra invertida. Estas reglas funcionan bien "
1228
1229
"cuando las cadenas de caracteres r (*r-strings*) se usan para el propósito "
1229
1230
"previsto."
1230
1231
@@ -1256,8 +1257,8 @@ msgid ""
1256
1257
"construct that looks like this::"
1257
1258
msgstr ""
1258
1259
"Python tiene una declaración 'with' que envuelve la ejecución de un bloque, "
1259
- "llamando al código en la entrada y salida del bloque. Algunos lenguajes tienen "
1260
- "una construcción que se ve así:"
1260
+ "llamando al código en la entrada y salida del bloque. Algunos lenguajes "
1261
+ "tienen una construcción que se ve así:"
1261
1262
1262
1263
#: ../Doc/faq/design.rst:659
1263
1264
msgid "In Python, such a construct would be ambiguous."
@@ -1369,8 +1370,8 @@ msgid ""
1369
1370
msgstr ""
1370
1371
"Otra razón menor es que los dos puntos facilitan a los editores con "
1371
1372
"resaltado de sintaxis; pueden buscar dos puntos para decidir cuándo se debe "
1372
- "aumentar la indentación en lugar de tener que hacer un análisis más elaborado "
1373
- "del texto del programa."
1373
+ "aumentar la indentación en lugar de tener que hacer un análisis más "
1374
+ "elaborado del texto del programa."
1374
1375
1375
1376
#: ../Doc/faq/design.rst:726
1376
1377
msgid "Why does Python allow commas at the end of lists and tuples?"
0 commit comments