JS prototipo vs cierre

Question

Tengo un objeto JavaScript que hace algo como esto - con ayuda de un cierre para simular privada frente a las funciones públicas/variables:

var myCoolObject = function(x, y) { 

    var prop1 = "a cool prop1 value"; 
    var negX = x * -1; 
    var negY = y * -1; 
    var xyProduct = x * y; 

    return { 
     PublicProp1: prop1, 
     getXYProduct: function() { return xyProduct; }, 
     getNegX: function() { return negX; }, 
     getNegY: function() { return negY; } 
    } 
} 

Voy a crear alrededor de 4.000 casos de este objeto, y desde lo que estoy leyendo la adición de funciones a través de la prototype será más eficiente que la adición de ellos como lo he hecho anteriormente (ya que en mi ejemplo, cada instancia tendrá sus propias getXYProcust(), getNegX() y getNegY() funciones

mi pregunta es doble -. es mi enfoque anterior realmente "ineficiente"? Me doy cuenta de que ineficiente es un término relativo, pero es algo que probablemente notará. Si no es eficiente, ¿cómo agregaría esas funciones al prototype de myCoolObject? He intentado lo siguiente:

myCoolObject.prototype.protoProp = "pppp"; 
myCoolObject.prototype.getAtMeBro = function() { return "get at me bro"; }; 
var myInstance = new myCoolObject(5, 10); 

Pero ni protoProp ni 'getAtMeBro()' son propiedad de myInstance cuando inspeccionarlo.

Gracias de antemano por cualquier ayuda - ¡Lo aprecio!

Answer 1

1. El mejor consejo es probarlo y ver. En los motores JS modernos, debería encontrar que 4000 objetos son juegos de niños y no deberían ser un problema (siempre que cada uno de ellos no obtenga demasiado grande). Si tienes usuarios en IE6 y motores más antiguos, prepárate para que puedan hacer frente a menos.

   Como ejemplo, un avance de línea de tiempo de Facebook requiere ~ 4000 (3992 cuando probé) elementos DOM; cada uno de estos son más más complicado que los objetos que está creando (sin embargo, utilizan el método prototipo, pero tienen un lote más información).

2. No puede aplicar el patrón de miembro privado cuando usa prototype, porque no puede crear un cierre para encapsular ambos. El patrón típico aquí es denotar a un miembro privado con una dirección _, insinuación en personas que no la usan (pero, por supuesto, no hay nada que les impida hacerlo).