En base a esto , es posible que el código del módulo JS determine si se está ejecutando directamente o si se está importando desde otro lugar. Esto es análogo a la forma antigua de hacerlo, pero el módulo ya no existe en el mundo de los módulos EcmaScript. ¿O es eso?

Entonces, quería dar un paso más y usar esto como una oportunidad para aprender algunas cosas debajo del capó.

probé esto

 #!/usr/bin/env node import url from "url"; const code = ` console.error( "isScript debug: x:", import.meta.url, " y:", url.pathToFileURL(process.argv[1]).href ); return import.meta.url === url.pathToFileURL(process.argv[1]).href; `; const f = Function(code); export const isScript = () => f();

... como un intento de no usar eval que es "malvado". Básicamente, quiero poder incorporar esta lógica en mis scripts sin tener que escribir el import.meta.url === url.pathToFileURL(process.argv[1]).href en cada lugar que lo necesito. Por dos razones, (1) es difícil de recordar, y (2) hacer "bibliotecas" ridículamente pequeñas está de moda con JS. Pero me doy cuenta de que esto puede ser un desafío debido a la naturaleza "especial" de la import .

De hecho, este código no se ejecuta: SyntaxError: Cannot use 'import.meta' outside a module

¿Es esto una tontería? Al menos podría hacer un isScript que tiene que recibir un valor import.meta.url , ¿verdad? La cuestión es que sería una ~abstracción levemente filtrada~ (no estoy seguro de qué término usar aquí) y bastante insatisfactoria.

Por cierto, eval tampoco funciona, el código "compila" pero al importar este módulo e intentar ejecutarlo, SyntaxError: Cannot use 'import.meta' outside a module del código de importación. Sin embargo, podría estar haciendo algo tonto.