Grammar and syntax corrections on the spanish translation

tombatossals · tombatossals · commit eecc0877648b · 2013-10-08T22:00:42.000+02:00
diff --git a/doc/es/object/prototype.md b/doc/es/object/prototype.md
@@ -4,12 +4,12 @@ JavaScript no posee en sus caracter&iacute;sticas un sistema cl&aacute;sico de herencia, sin
 utiliza un *prototipo* para esto. 
 
 Si bien a menudo se considera uno de los puntos d&eacute;biles de JavaScript, el
-modelo de herecia prototipado es de hecho m&aacute;s poderoso que el modelo cl&aacute;sico.
-Por ejemplo, es bastante trivial construir un modelo cl&aacute;sico en la parte superior del mismo,
-mientras esto es una tarea mucho m&aacute;s dif&iacute;cil.
+modelo de herencia prototipado es de hecho m&aacute;s poderoso que el modelo cl&aacute;sico.
+Por ejemplo, es bastante trivial construir un modelo cl&aacute;sico a partir del modelo prototipado,
+mientras que al contrario es una tarea mucho m&aacute;s dif&iacute;cil.
 
 Debido al hecho que JavaScript es b&aacute;sicamente el &uacute;nico lenguaje que utiliza
-apliamente la herencia prototipada, se necesita algo de tiempo para adaptarse a
+ampliamente la herencia prototipada, se necesita algo de tiempo para adaptarse a
 las diferencias entre los dos modelos.
 
 La primera gran diferencia es que la herencia en JavaScript se realiza usando
@@ -83,30 +83,30 @@ la creaci&oacute;n din&aacute;mica de cadena de prototipos.
 ### Rendimiento
 
 El tiempo tomado en la b&uacute;squeda de propiedades es alta y la cadena de prototipo puede
-presentar un impacto negativo critico en el rendimiento en partes del c&oacute;digo. Adem&aacute;s, 
-si ha tratado de acceder a propiedades que no existen este saltara a la cadena de prototipo.
+presentar un impacto negativo cr&iacute;tico en el rendimiento en partes del c&oacute;digo. Adem&aacute;s, 
+si ha tratado de acceder a propiedades que no existen, esto provoca que se recorra la cadena de prototipo completa.
 
 Adem&aacute;s, al recorrer en [iteraci&oacute;n](#object.forinloop) las propiedades de un objeto
-y **cada** propiedad ser&aacute; encontrada en la cadena de prototipo de manera ennumerada.
+, **cada** propiedad encontrada en la cadena de prototipo ser&aacute; enumerada.
  
 ### Extensi&oacute;n de prototipos nativos
 
 Una mala caracter&iacute;stica que se suele utilizar para extender `Object.prototype` o cualquier
 otro prototipo construido.
 
-Esta t&eacute;cnica es conocida en ingl&eacute;s como [monkey patching][1] ya que *encapsula* lo que se interrumpe en el c&oacute;digo.
+Esta t&eacute;cnica es conocida en ingl&eacute;s como [monkey patching][1] y rompe la *encapsulaci&oacute;n* del c&oacute;digo.
 Si bien es utilizado en frameworks como [Prototype][2], todav&iacute;a no existen buenas razones para adoptarlo o integrarlo
 como tipos de dato o como funcionalidad no est&aacute;ndar.
 
-La **&uacute;nica** buena raz&oacute;n para extender un prototipo es acondicionarlo a nuevas
-caracter&iacute;sticas en motores de JavaScript; por ejemplo, 
+La **&uacute;nica** raz&oacute;n coherente para extender un prototipo es para adaptarle nuevas
+caracter&iacute;sticas de los motores JavaScript m&aacute;s modernos; por ejemplo, 
 [`Array.forEach`][3].
 
 ### En conclusi&oacute;n
 
 Se **debe** entender por completo el m&oacute;delo de herencia prototipado antes de 
-escribir c&oacute;digo complejo que lo utlilice. Adem&aacute;s, observe la longitud de la
-cadena de prototipo y modificala si es necesario para evitar posibles problemas de 
+escribir c&oacute;digo complejo que lo utilice. Adem&aacute;s, observe la longitud de la
+cadena de prototipo y modif&iacute;quela si es necesario para evitar posibles problemas de 
 rendimiento. Con relaci&oacute;n a los prototipos nativos, estos **nunca** deben ser extendidos a 
 menos que sea para mantener la compatibilidad con nuevas caracter&iacute;sticas de JavaScript.
 

-Original file line number
+Diff line change
 utiliza un *prototipo* para esto.
 Si bien a menudo se considera uno de los puntos débiles de JavaScript, el
 -modelo de herecia prototipado es de hecho más poderoso que el modelo clásico.
 -Por ejemplo, es bastante trivial construir un modelo clásico en la parte superior del mismo,
 -mientras esto es una tarea mucho más difícil.
 +modelo de herencia prototipado es de hecho más poderoso que el modelo clásico.
 +Por ejemplo, es bastante trivial construir un modelo clásico a partir del modelo prototipado,
 +mientras que al contrario es una tarea mucho más difícil.
 Debido al hecho que JavaScript es básicamente el único lenguaje que utiliza
 -apliamente la herencia prototipada, se necesita algo de tiempo para adaptarse a
 +ampliamente la herencia prototipada, se necesita algo de tiempo para adaptarse a
 las diferencias entre los dos modelos.
 La primera gran diferencia es que la herencia en JavaScript se realiza usando
 ### Rendimiento
 El tiempo tomado en la búsqueda de propiedades es alta y la cadena de prototipo puede
 -presentar un impacto negativo critico en el rendimiento en partes del código. Además,
 -si ha tratado de acceder a propiedades que no existen este saltara a la cadena de prototipo.
 +presentar un impacto negativo crítico en el rendimiento en partes del código. Además,
 +si ha tratado de acceder a propiedades que no existen, esto provoca que se recorra la cadena de prototipo completa.
 Además, al recorrer en [iteración](#object.forinloop) las propiedades de un objeto
 -y **cada** propiedad será encontrada en la cadena de prototipo de manera ennumerada.
 +, **cada** propiedad encontrada en la cadena de prototipo será enumerada.
 ### Extensión de prototipos nativos
 Una mala característica que se suele utilizar para extender `Object.prototype` o cualquier
 otro prototipo construido.
 -Esta técnica es conocida en inglés como [monkey patching][1] ya que *encapsula* lo que se interrumpe en el código.
 +Esta técnica es conocida en inglés como [monkey patching][1] y rompe la *encapsulación* del código.
 Si bien es utilizado en frameworks como [Prototype][2], todavía no existen buenas razones para adoptarlo o integrarlo
 como tipos de dato o como funcionalidad no estándar.
 -La **única** buena razón para extender un prototipo es acondicionarlo a nuevas
 -características en motores de JavaScript; por ejemplo,
 +La **única** razón coherente para extender un prototipo es para adaptarle nuevas
 +características de los motores JavaScript más modernos; por ejemplo,
 [`Array.forEach`][3].
 ### En conclusión
 Se **debe** entender por completo el módelo de herencia prototipado antes de
 -escribir código complejo que lo utlilice. Además, observe la longitud de la
 -cadena de prototipo y modificala si es necesario para evitar posibles problemas de
 +escribir código complejo que lo utilice. Además, observe la longitud de la
 +cadena de prototipo y modifíquela si es necesario para evitar posibles problemas de
 rendimiento. Con relación a los prototipos nativos, estos **nunca** deben ser extendidos a
 menos que sea para mantener la compatibilidad con nuevas características de JavaScript.