Estoy creando ayudantes para mis modelos mongoose (MongoDB).
No sé si debería hacer exports.findById o module.exports está bien, en términos de rendimiento y gastos generales.
module.exports hace que el código sea más limpio, pero cuando importo el asistente en otro archivo, en realidad importo todos los métodos a la vez, no los que realmente necesito.
// user.helper.js module.exports = { /** * Find user by id. * @param _id string * @returns Promise<User> */ findById: (_id) => { return User.findById(_id).cache(); }, // many methods };Es poco probable que importe. Si se importa un archivo, todo el archivo se ejecutará una vez y asignará propiedades a las exportaciones del archivo. Luego, donde sea que se importe el archivo, el archivo no se volverá a ejecutar; en su lugar, el archivo de importación ahora tendrá una referencia al module.exports . exportaciones de lo que se exportó. El hecho de que las exportaciones contengan una sola función o un objeto que contenga muchas funciones no cambiará el tiempo que tarda la secuencia de comandos en ejecutarse en una cantidad remotamente perceptible.
La única mejora que podría tener este tipo de cosas es si el motor puede recolectar basura de objetos no utilizados. Por ejemplo, si tuvieras
// this is the entire contents of the file function foo() { console.log('foo'); } module.exports = 'bar'; Entonces el recolector de basura sería libre de eliminar foo , ya que no se hace referencia a él en ninguna parte, y no en las exportaciones. A diferencia de:
module.exports = { foo: () => console.log('foo'), bar: 'bar' }Lo anterior no obtendría basura recolectada porque ahora es parte del objeto de exportaciones persistentes.
Si tiene funciones u objetos destinados a usarse fuera del archivo/módulo, colóquelo en module.exports ; de lo contrario, déjelo fuera de module.exports . (aunque es muy poco probable que tenga un beneficio de cualquier manera)