Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

269
Views
uso de memoria del nodo js cuando var declarado y pasado en función
async function getDataFromExternalAPI(bodyPayload) { // send request and get data. } var bodyPayload = {a: 1, b: {}}; await getDataFromExternalAPI(bodyPayload);

contra

 await getDataFromExternalAPI({a: 1, b: {}});

¿Cuáles son las implicaciones de memoria de usar el primer método? El primer método es más limpio en términos de redabilidad y mantenibilidad, pero ¿tiene algún inconveniente?

about 4 years ago · Juan Pablo Isaza
1 answers
Answer question

0

¿Cuáles son las implicaciones de memoria de usar el primer método?

No vale la pena usar eso para decidir de qué manera escribirlo (ver detalles a continuación)

El primer método es más limpio en términos de legibilidad y mantenibilidad, pero ¿tiene algún inconveniente?

Sin inconvenientes. Elija la opción que haga que el código sea más limpio de leer y mantener.

¿Qué pasa si hago es const?

Hacerlo const realmente no cambiará su uso de memoria aquí. siempre se prefiere const cuando no necesita volver a asignar el símbolo porque a veces es una pista útil para el intérprete y el optimizador, pero no cambia el uso de la memoria en este ejemplo.

FYI, var ya casi nunca es la opción preferida. Usa let o const .


Los objetos se pasan como argumento como punteros. No se realiza ninguna copia de un objeto cuando se pasa como argumento.

Ambos ejemplos de código solo construyen un objeto y luego lo pasan como un argumento. El primero es darle un símbolo con nombre para que otro código dentro de este alcance de nivel superior en su ejemplo pueda acceder a él y su vida útil puede ser más larga porque otro código en este alcance podría acceder a él antes de que sea recolectado como basura.

El segundo ejemplo también es simplemente construir un objeto y luego pasarlo como argumento, pero debido a que no es un símbolo con nombre en este ámbito, el único lugar donde se puede usar ese objeto es dentro de la función (a menos que sea devuelto de la función de alguna manera o pasado a otros ámbitos duraderos desde dentro de la función).

Cuál usar es realmente solo una cuestión de estilo de programación preferido y que hace que cualquier circunstancia dada sea más legible y mantenible. En general, preferiría la segunda opción si el objeto solo se usa como argumento y si la construcción del objeto no requiere muchos pasos separados y si ningún otro código usa el mismo objeto y si la definición es simple.

Ahora bien, si la construcción de este objeto fue un esfuerzo complicado o hubo un valor de claridad de código real para aplicar un nombre significativo al objeto de argumento, optimizaría el código para ver con qué claridad podría escribir ese esfuerzo complicado y eso probablemente implicaría definir un símbolo en el alcance superior y luego establecer propiedades en ese objeto. Por lo tanto, estoy optimizando para lo que sea más claro para leer el código porque no hay implicaciones de memoria significativas entre los dos.

about 4 years ago · Juan Pablo Isaza Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!