You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: translations/es_ES/readme.md
+21-21Lines changed: 21 additions & 21 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -108,9 +108,9 @@ Los proyectos deberían tratar de incluir siempre algún mecanismo para que el c
108
108
109
109
### Testing
110
110
111
-
Los proyectos _deben_ incluir alguna forma de testing (test unitario, test funcional, etc). Las demos NO CUENTAN como "tests". A continuación, una lista de frameworks para testing, ninguno de los cuales recomiendo más que otro.
111
+
Los proyectos _deben_ incluir alguna forma de prueba (test unitario, test funcional, etc). Las demos NO CUENTAN como "tests". A continuación, una lista de frameworks para testing, ninguno de los cuales recomiendo más que otro.
112
112
113
-
*[QUnit](http://github.com/jquery/qunit)
113
+
*[QUnit](https://github.com/jquery/qunit)
114
114
*[Jasmine](https://github.com/pivotal/jasmine)
115
115
*[Vows](https://github.com/cloudhead/vows)
116
116
*[Mocha](https://github.com/visionmedia/mocha)
@@ -123,7 +123,7 @@ Los proyectos _deben_ incluir alguna forma de testing (test unitario, test funci
123
123
124
124
*[Espacios en blanco](#whitespace)
125
125
*[Beautiful Syntax](#spacing)
126
-
*[Checkeo de tipos (Cortesía de la guía de estilo de jQuery)](#type)
126
+
*[Comprobación de tipos (Cortesía de la guía de estilo de jQuery)](#type)
127
127
*[Evaluación condicional](#cond)
128
128
*[Estilo práctico](#practical)
129
129
*[Naming](#naming)
@@ -139,7 +139,7 @@ Los proyectos _deben_ incluir alguna forma de testing (test unitario, test funci
139
139
140
140
## Prólogo
141
141
142
-
Las siguientes secciones delinean una guía de estilos _razonable_ para desarrollo moderno de JavaScript, y no intentan ser prescriptivas. Lo más importante es la **ley de consistencia de estilo de código**. Cualquiera sea el estilo que escojas para tu proyecto debería ser considerado ley. Piensa en este documento como una declaración del compromiso para con la consistencia de estilo, legibilidad y mantenibilidad.
142
+
Las siguientes secciones delinean una guía de estilos _razonable_ para un desarrollo moderno de JavaScript, y no intentan ser prescriptivas. Lo más importante es la **ley de consistencia de estilo de código**. Cualquiera sea el estilo que escojas para tu proyecto debería ser considerado ley. Piensa en este documento como una declaración del compromiso para con la consistencia de estilo, legibilidad y mantenibilidad.
143
143
144
144
145
145
@@ -344,7 +344,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
344
344
345
345
// Expresión de función con identificador
346
346
// Esta forma es preferida porque tiene el valor agregado de
347
-
// poder ser llamada a sí misma y ser identificable en el seguimiento de la pila (MUY útil para debugging):
347
+
// poder ser llamada a sí misma y ser identificable en el seguimiento de la pila (MUY útil para debugging):
348
348
var factorial = function factorial( number ) {
349
349
if ( number < 2 ) {
350
350
return 1;
@@ -377,7 +377,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
377
377
// 2.C.1.1
378
378
// Funciones con callbacks
379
379
foo(function() {
380
-
// Como se ve no hay espacio entre el primer paréntesis
380
+
// Como se ve, no hay espacio entre el primer paréntesis
381
381
// y la palabra "function"
382
382
});
383
383
@@ -404,7 +404,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
404
404
D. La consistencia siempre gana
405
405
406
406
En las secciones 2.A-2.C, las reglas para los espacios son puestas con un objetivo más simple y con un propósito más general: consistencia.
407
-
Es importante destacar que algunas preferencias de formato, deberían ser consideradas opcionales, pero solo un estilo debería existir a través de todo el código de fuente de tu proyecto.
407
+
Es importante destacar que algunas preferencias de formato, deberían ser consideradas opcionales, pero solo un estilo debería existir a través de todo el código fuente de tu proyecto.
408
408
409
409
```javascript
410
410
@@ -432,13 +432,13 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
432
432
433
433
E. Comillas
434
434
435
-
Si prefieres comillas simples o dobles no debería importar, no hay diferencias en como JavaScript las parsea. Lo que **ABSOLUTAMENTEDEBE** ser cumplido es la consistencia. **Nunca mezclar comillas en el mismo proyecto. Elegir un estilo y cumplirlo.**
435
+
Si prefieres comillas simples o dobles no debería importar, no hay diferencias ya que JavaScript las parsea. Lo que **ABSOLUTAMENTEDEBE** ser cumplido es la consistencia. **Nunca mezclar comillas en el mismo proyecto. Elegir un estilo y cumplirlo a rajatabla.**
436
436
437
437
F. Fin de línea y líneas vacías
438
438
439
439
Espacios en blanco pueden arruinar diffs y hacer los cambios imposibles de leer. Considera agregar algún mecanismo para remover automáticamente los espacios que se encuentran al final de la línea o en líneas vacías.
440
440
441
-
3.<a name="type">Checkeo de tipos (Cortesía de la guía de estilo de jQuery)</a>
441
+
3.<a name="type">Verificación de tipos (Cortesía de la guía de estilo de jQuery)</a>
442
442
443
443
A. Tipos
444
444
@@ -516,12 +516,12 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
516
516
...
517
517
518
518
// En algún lugar, más tarde en tu código, necesitas modificar `foo`
519
-
// con un nuevo valor derivado de el elemento input del HTML
519
+
// con un nuevo valor derivado del elemento input del HTML
520
520
521
521
foo = document.getElementById("foo-input").value;
522
522
523
523
// Si vas a testear `typeof foo` ahora, el resultado sería `string`
524
-
// Esto significa que si hubieras tenido lógica que comparara`foo` así:
524
+
// Esto significa que si hubieras tenido lógica que comparar`foo` así:
525
525
526
526
if ( foo === 1 ) {
527
527
@@ -638,7 +638,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
638
638
// false
639
639
640
640
// Nótese que el ejemplo anterior debería ser considerado "innecesariamente inteligente"
641
-
// Prefiérase el approach obvio de comparar el valor retornado de
641
+
// Prefiérase el método obvio de comparar el valor retornado de
642
642
// indexOf, como en:
643
643
644
644
if ( array.indexOf( "a" ) >= 0 ) {
@@ -665,7 +665,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
665
665
// Todos resultan en 2
666
666
667
667
668
-
// Tener en cuenta que números negativos serán tratados de otra manera...
668
+
// Tener en cuenta que los números negativos serán tratados de otra manera...
669
669
670
670
var neg = -2.5;
671
671
@@ -754,7 +754,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
754
754
755
755
756
756
// 4.1.7
757
-
// Cuando solamente se esta evaluando una referencia que puede ser null o undefined, pero NO false, "" or 0,
757
+
// Cuando solamente se está evaluando una referencia que puede ser null o undefined, pero NO false, "" or 0,
758
758
// en lugar de:
759
759
if ( foo === null || foo === undefined ) ...
760
760
@@ -766,7 +766,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
766
766
null == undefined
767
767
768
768
```
769
-
SIEMPRE evaluar por el mejor, más preciso resultado - lo de arriba es sólo una guía, no un dogma.
769
+
SIEMPRE evaluar por el mejor, por el resultado más preciso- lo de arriba es sólo una guía, no un dogma.
770
770
771
771
```javascript
772
772
@@ -886,7 +886,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
886
886
887
887
888
888
889
-
A. Si no eres un compilador/compresor humano de código, no te esfuerces por de serlo.
889
+
Si no eres un compilador/compresor humano de código, no te esfuerces por serlo.
890
890
891
891
A continuación ejemplos "tristes" de nombramiento de variables
892
892
@@ -988,13 +988,13 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
988
988
stream.read( opts.path, function( data ) {
989
989
990
990
// Actualizar el valor de la instancia
991
-
// con el valor mas reciente del
991
+
// con el valor más reciente del
992
992
// data stream
993
993
this.value = data;
994
994
995
995
}.bind(this) );
996
996
997
-
// Regular la frecueancia de eventos emitidos de
997
+
// Regular la frecuencia de eventos emitidos de
998
998
// esta instancia de Device
999
999
setInterval(function() {
1000
1000
@@ -1129,7 +1129,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
1129
1129
1130
1130
7.<a name="misc">Varios</a>
1131
1131
1132
-
Esta sección servirá para describir ideas y conceptos que no deberían se considerados dogmas, pero existen para alentar a cuestionarse prácticas, en un intento para encontrar mejores maneras de llevar a cabo tareas comunes de programación en JavaScript.
1132
+
Esta sección servirá para describir ideas y conceptos que no deberían ser considerados dogmas, pero existen para alentar a cuestionarse prácticas, en un intento para encontrar mejores maneras de llevar a cabo tareas comunes de programación en JavaScript.
1133
1133
1134
1134
A. El uso de `switch` debería ser evitado, ya que los métodos modernos de tracing marcarán como negativas las funciones que contengan sentencias `switch`.
1135
1135
@@ -1158,7 +1158,7 @@ Las siguientes secciones delinean una guía de estilos _razonable_ para desarrol
1158
1158
1159
1159
// 7.A.1.2
1160
1160
// Una manera alternativa que soporta componibilidad y reusabilidad es
1161
-
// usar un objeto para guardad "cases" y una función para delegar:
1161
+
// usar un objeto para guardar "cases" y una función para delegar:
1162
1162
1163
1163
var cases, delegator;
1164
1164
@@ -1306,4 +1306,4 @@ Cualquier proyecto que cite este documento como una guía para estilo no va a ac
1306
1306
----------
1307
1307
1308
1308
1309
-
<a rel="license" href="http://creativecommons.org/licenses/by/3.0/deed.en_US"><img alt="Creative Commons License" style="border-width:0" src="http://i.creativecommons.org/l/by/3.0/80x15.png"/></a><br /><span xmlns:dct="http://purl.org/dc/terms/" property="dct:title">Principles of Writing Consistent, Idiomatic JavaScript</span> by <a xmlns:cc="http://creativecommons.org/ns#" href="https://github.com/rwldrn/idiomatic.js" property="cc:attributionName" rel="cc:attributionURL">Rick Waldron and Contributors</a> is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by/3.0/deed.en_US">Creative Commons Attribution 3.0 Unported License</a>.<br />Based on a work at <a xmlns:dct="http://purl.org/dc/terms/" href="https://github.com/rwldrn/idiomatic.js" rel="dct:source">github.com/rwldrn/idiomatic.js</a>.
1309
+
<a rel="license" href="https://creativecommons.org/licenses/by/3.0/deed.en_US"><img alt="Creative Commons License" style="border-width:0" src="https://i.creativecommons.org/l/by/3.0/80x15.png"/></a><br /><span xmlns:dct="http://purl.org/dc/terms/" property="dct:title">Principles of Writing Consistent, Idiomatic JavaScript</span> by <a xmlns:cc="https://creativecommons.org/ns#" href="https://github.com/rwldrn/idiomatic.js" property="cc:attributionName" rel="cc:attributionURL">Rick Waldron and Contributors</a> is licensed under a <a rel="license" href="https://creativecommons.org/licenses/by/3.0/deed.en_US">Creative Commons Attribution 3.0 Unported License</a>.<br />Based on a work at <a xmlns:dct="http://purl.org/dc/terms/" href="https://github.com/rwldrn/idiomatic.js" rel="dct:source">github.com/rwldrn/idiomatic.js</a>.
0 commit comments