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

183
Visualizações
module.exports da indefinido mientras que el módulo de impresión indica que no está indefinido?

Estoy tratando de trabajar con un módulo module.exports que exporta una variable condicionalmente en función de si el module y las exportaciones de módulos no están definidos. El problema que tengo actualmente es que, a veces, cuando uso import { something } from 'themodule' , aparece something indefinido. Mientras buscaba en el código fuente, encontré las siguientes condiciones de exportación:

 if (typeof module !== 'undefined' && module.exports) { module.exports = Prism; }

Así que agregué algunos registros al archivo para ver si la condición se cumple o no a través de:

 console.log('module: ', module, 'module.exports: ', module.exports) if (typeof module !== 'undefined' && module.exports) { console.log('module.exports!') module.exports = Prism; }

Lo que sin embargo me da un resultado extraño:

módulo: { exportaciones: [Getter/Setter] } módulo.exportaciones: indefinido

Como puede ver, el registro del module parece indicar que tiene una propiedad de exports ; sin embargo, cuando registra las exportaciones del module.exports separado, dice que no está definido. Cómo es esto posible ? ¿Alguien puede ayudar a entender por qué se necesita esta verificación y por qué a veces module.exports pueden no estar definidas? ¡Gracias!

about 4 years ago · Juan Pablo Isaza
1 Respostas
Responde à pergunta

0

Hay algunos problemas en su mayoría no relacionados aquí.

El problema que tengo actualmente es que, a veces, cuando uso importar {algo} de 'el módulo', aparece algo indefinido

Esto puede ocurrir si tiene una dependencia circular en su cadena de import . Si a.js importa desde b.js y b.js importa desde c.js y c.js importa desde a.js, entonces, para el código que se ejecuta en el nivel superior de esos módulos, no hay garantía de que el código que se ejecuta en se ha ejecutado el nivel superior de otros módulos. Si bien puede experimentar y ver lo que sucede, un mejor enfoque sería

  • eliminar la dependencia circular, y/o
  • tenga solo un único punto de entrada en su código, desde el cual se llama todo lo demás significativo, de modo que las dependencias circulares en sentido descendente no causen problemas; haga que sus exportaciones descendentes sean funciones , sin código de nivel superior que dependa de otras importaciones.

Lo que sin embargo me da un resultado extraño:

 module: { exports: [Getter/Setter] } module.exports: undefined

Esto significa que:

  • La propiedad de exports es un getter/setter
  • Cuando invocó al getter, aparentemente devolvió undefined . La propiedad existe, pero invocar el getter no devuelve nada. P.ej

 const obj = { get prop() { } }; console.log(obj.hasOwnProperty('prop')); console.log(obj.prop);


¿Alguien puede ayudar a entender por qué se necesita este control?

el cheque de

 if (typeof module !== 'undefined' && module.exports) {

es simplemente verificar si el código se está ejecutando en el contexto CommonJS, y si es así, asigna Prism a las exportaciones.

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