Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

272
Visualizações
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 Respostas
Responde à pergunta

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 Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda