Al programar en Node.js y hacer referencia a archivos que se encuentran en algún lugar en relación con su directorio actual, ¿hay alguna razón para usar la __dirnamevariable en lugar de solo una regular ./? He estado usando ./ hasta ahora en mi código y acabo de descubrir la existencia de __dirname, y esencialmente quiero saber si sería inteligente convertir mis ./ a eso, y si es así, ¿por qué sería una idea inteligente? .

La esencia

En Node.js, __dirnamees siempre el directorio en el que reside el script que se está ejecutando actualmente ( consulte esto ). Así que si ha escrito __dirnameen /d1/d2/myscript.js, el valor sería /d1/d2.

Por el contrario, .le proporciona el directorio desde el que ejecutó el nodecomando en la ventana de su terminal (es decir, su directorio de trabajo) cuando utiliza bibliotecas como pathy fs. Técnicamente, comienza como su directorio de trabajo pero se puede cambiar usando process.chdir().

La excepción es cuando usas .con require(). La ruta interna requiresiempre es relativa al archivo que contiene la llamada a require.

Por ejemplo...

Digamos que su estructura de directorio es

/dir1
  /dir2
    pathtest.js

y pathtest.jscontiene

var path = require("path");
console.log(". = %s", path.resolve("."));
console.log("__dirname = %s", path.resolve(__dirname));

y lo hace

cd /dir1/dir2
node pathtest.js

usted obtiene

. = /dir1/dir2
__dirname = /dir1/dir2

Su directorio de trabajo es /dir1/dir2así que eso es lo que .resuelve. Como pathtest.jsse encuentra en /dir1/dir2eso, eso también se __dirnameresuelve.

Sin embargo, si ejecuta el script desde /dir1

cd /dir1
node dir2/pathtest.js

usted obtiene

. = /dir1
__dirname = /dir1/dir2

En ese caso, su directorio de trabajo fue /dir1lo que .resolvió, pero __dirnameaún lo resuelve /dir1/dir2.

Usando .dentro require...

Si dentro dir2/pathtest.jstiene una requirellamada para incluir un archivo dentro dir1, siempre lo haría

require('../thefile')

porque la ruta dentro requiresiempre es relativa al archivo en el que lo está llamando. No tiene nada que ver con su directorio de trabajo.

./se refiere al directorio de trabajo actual, excepto en la require()función. Cuando se usa require(), se traduce ./al directorio del archivo actual llamado. __dirnamees siempre el directorio del archivo actual.

Por ejemplo, con la siguiente estructura de archivos

/home/user/dir/files/config.json

{
  "hello": "world"
}

/home/user/dir/files/somefile.txt

text file

/home/user/dir/dir.js

var fs = require('fs');

console.log(require('./files/config.json'));
console.log(fs.readFileSync('./files/somefile.txt', 'utf8'));

Si cdentro /home/user/diry corro node dir.jsobtendré

{ hello: 'world' }
text file

Pero cuando ejecuto el mismo script /home/user/, obtengo

{ hello: 'world' }

Error: ENOENT, no such file or directory './files/somefile.txt'
    at Object.openSync (fs.js:228:18)
    at Object.readFileSync (fs.js:119:15)
    at Object.<anonymous> (/home/user/dir/dir.js:4:16)
    at Module._compile (module.js:432:26)
    at Object..js (module.js:450:10)
    at Module.load (module.js:351:31)
    at Function._load (module.js:310:12)
    at Array.0 (module.js:470:10)
    at EventEmitter._tickCallback (node.js:192:40)

Uso ./trabajado con requirepero no para fs.readFileSync. Eso es porque fs.readFileSync, se ./traduce en el cwd (en este caso /home/user/). Y /home/user/files/somefile.txtno existe.