tienen que ofrecer un anti-awnser;) aunque gustaría ver grandes proyectos de usarlo también (si las hay). Me encanta Object.create y lo prefiero, aunque nunca he podido utilizarlo ampliamente en un gran proyecto ni creo que debería serlo.
OO Los desarrolladores son adictos a la 'nueva' del operador, es un habito difícil deshacerse fuera y fácil de entender de un vistazo. El código escrito de forma clásica ahora es más fácil de entregar al siguiente desarrollador, que ya es un fuerte argumento contra Object.create.
Object.create en ES5 (la siguiente versión de JS) es mucho más potente y drásticamente diferente de Object.create como un shim en ES3 (versión actual de JS). Por esta razón, es mejor evitar Object.create (como está disponible ahora) como una estrategia ampliamente utilizada en proyectos grandes, ya que funcionará de manera diferente cuando ES5 se convierta en la corriente principal de lo que se puede implementar en este momento.
Los grandes proyectos hacen uso de frameworks (cuando no tienes 'ninjas' JS deshonestos que insisten en escribir todo desde cero reinventando la rueda una y otra vez) y todos los frameworks populares promueven la herencia prototípica de la manera clásica. Podrían tener un método Object.create algo en forma de .clone() o algo así, pero está oscurecido por los tutoriales y la documentación con respecto a la herencia de objetos y la creación de subclases.
Las propiedades privadas son imposibles con Object.create en ES3. Me encontré con más problemas más Jugueteé alrededor con Object.create y chico he jugueteó un rato con él ...
He jugado un poco mucho con Object.create e incluso escrito un marco pequeño alrededor llamó 'Objeción' (si lo interpusieron, lo encontrará;) aunque se abstuvo de vincular a github) y 'JSoo' (descontinuado). Es demasiado estrafalario, inacabado y progresivo para convertirse en mainstream y mantenible en términos de recursos humanos para grandes proyectos. Recomiendo en contra de eso mientras soy partidario.
Boris, he editado su pregunta un poco ...Pedir un ejemplo está bien, pero las discusiones sobre prototipal frente a prototípico versus clásico de Crockford se han hecho antes. [Por ejemplo] (http://stackoverflow.com/questions/1809914/oo-javascript-constructor-pattern-neo-classical-vs-prototypal) (... [y muchos más] (http://stackoverflow.com)/search? q = javascript + classical + prototypal) ...) Puede que te guste especialmente: [¿Cuáles son los beneficios de la herencia de prototipos sobre los clásicos?] (http://stackoverflow.com/questions/2800964/what-are- the-benefits-of-prototypal-inheritance-over-classical) – Shog9