¿Qué patrones puedes usar con la herencia de prototipos que no puedes con la clase?

Question

Todos parecen estar de acuerdo en general en que la herencia de prototipos es más simple y más flexible que la herencia de clases. Lo que no he visto en la literatura que he leído es que hay muchos ejemplos de cosas que puedes hacer con herencia de prototipos que no puedes con clásicos. Así que planteo una pregunta simple:

¿Cuáles son algunos patrones que puede usar con la herencia de prototipos que no puede con la herencia de clase y cuál es la orientación que le daría hasta cuándo/si usarlo?

Answer 1

Ok, voy a añadir uno, utilice el hecho de que los enlaces son en vivo prototipo a métodos mono-parche para toda una clase de objetos:

var Cat = function(catName) { 
    this.catName = catName; 
}; 
Cat.prototype.meow = function() { 
    console.log(this.catName+" says meow"); 
} 
var mittens = new Cat("Mittens"); 
var whiskers = new Cat("Whiskers"); 
mittens.meow(); // "Mittens says meow" 
whiskers.meow(); // "Whiskers says meow" 

// All cats are now angry 
Cat.prototype.meow = function() { 
    console.log(this.catName+" says hissssss"); 
} 
mittens.meow(); // "Mittens says hissssss" 
whiskers.meow(); // "Whiskers says hissssss" 

Esto sería útil si tiene objetos que de repente necesitan para comenzar a actuar de una manera completamente diferente pero consistente en respuesta a algún tipo de evento global. Tal vez algo como:

• Temas y despellejar
• si una página está funcionando en modo "en línea" o "modo offline" (mientras está en línea todas las consultas se almacenan/recuperada a través de AJAX, mientras que las consultas fuera de línea redirigen al navegador almacenamiento)

Answer 2

Dado que no existe una herencia de clase real en JavaScript, probablemente nunca encontrará literatura que explique lo que no puede hacer con la herencia de clase clásica en JavaScript, a menos que la compare con la herencia de clase en otros idiomas.

Así que voy a considerar su pregunta como si nos referimos:

¿Cuáles son algunos patrones que se pueden utilizar con JavaScript herencia de prototipo que no se puede hacer con la herencia de clases en las lenguas que lo apoyan?

R = En la mayoría de los idiomas generales, orientados a objetos que se basan en la clase de herencia producir objetos que tienen una estructura rígida, que siempre tendrán los mismos métodos y propiedades durante su vida y todos los objetos de las mismas clases se tener la misma estructura

Así que, en general, los patrones se pueden aplicar con un lenguaje basado en prototipos que no puede ser implementado con un lenguaje de herencia de clases son los que dependen de:

• Añadir o eliminar métodos o propiedades a objetos, sobre la marcha

* Esto se admite muy bien en JavaScript debido a su naturaleza dinámica de colaboración entre dominios. A veces necesita cargar scripts externos desde otros sitios web, pero necesita agregar nuevas funcionalidades sin poder cambiar el código fuente de estas bibliotecas externas.

Answer 3

Una diferencia (tal vez al menos conceptualmente) es que la herencia de clase implica que el hijo ES-A del tipo del padre. La herencia del prototipo no implica tal implicación; un mamífero es un prototipo para un gato (la definición de Merriam-Webster dice que esto significa que es un "patrón para"), pero nada más. Un gato es libre de quitar/agregar/cambiar comportamientos como lo considere oportuno.

Answer 4

No creo que esté de acuerdo con su premisa, pero el principal beneficio de la herencia basada en prototipos es que permite la asignación de propiedades y métodos en tiempo de ejecución a todos los miembros de la clase, incluso cuando ya existen instancias de esa clase.

El teórico en mí realmente se encoge de algunas de esas implicaciones. Imagina depurar algo donde no tienes idea qué parte del código ha redefinido completamente tu estructura de clase. Es más que desalentador.

embargo, he de decir, que ha demostrado ser útil:

Una vez, cuando estaba trabajando en ActionScript 2 (no para los débiles de corazón, ya que es casi un lenguaje no determinista) en el interior de un ActionScript 3 contenedores. Un efecto secundario desconocido de este problema es que elimina la idea de los niveles de memoria (algo esencial para el código heredado de mi empresa). Pude agregar la línea: MovieClip.prototype._level0 = _root; y resolvió el problema.

Para contrarrestar mi argumento anterior, el hecho de que puede modificar todas las instancias después del hecho le proporciona cierta cantidad de energía en situaciones donde no tiene acceso a la base de código original (como en el ejemplo), pero No veo un gran beneficio más allá de eso.