Lors de la programmation dans Node.js et du référencement de fichiers situés quelque part par rapport à votre répertoire actuel, y a-t-il une raison d'utiliser la __dirnamevariable au lieu d'un simple habituel ./? J'ai utilisé ./ jusqu'à présent dans mon code et je viens de découvrir l'existence de __dirname, et je veux essentiellement savoir s'il serait intelligent de convertir mes ./ en cela, et si oui, pourquoi ce serait une idée intelligente .

L'essentiel

Dans Node.js, se __dirnametrouve toujours le répertoire dans lequel réside le script en cours d'exécution ( voir ceci ). Donc , si vous avez tapé __dirnamedans /d1/d2/myscript.js, la valeur serait /d1/d2.

En revanche, .vous donne le répertoire à partir duquel vous avez exécuté la nodecommande dans votre fenêtre de terminal (c'est-à-dire votre répertoire de travail) lorsque vous utilisez des bibliothèques comme pathet fs. Techniquement, il commence comme votre répertoire de travail mais peut être modifié à l'aide de process.chdir().

L'exception est lorsque vous utilisez .avec require(). Le chemin à l'intérieur requireest toujours relatif au fichier contenant l'appel à require.

Par exemple...

Disons que la structure de votre répertoire est

/dir1
  /dir2
    pathtest.js

et pathtest.jscontient

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

et vous faites

cd /dir1/dir2
node pathtest.js

vous obtenez

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

Votre répertoire de travail est /dir1/dir2ainsi .résolu. Puisque pathtest.jsse trouve dans /dir1/dir2c'est ce qui se __dirnamerésout également.

Cependant, si vous exécutez le script à partir de /dir1

cd /dir1
node dir2/pathtest.js

vous obtenez

. = /dir1
__dirname = /dir1/dir2

Dans ce cas, votre répertoire de travail était /dir1donc c'est ce qui a été .résolu, mais __dirnamese résout toujours à /dir1/dir2.

Utilisation à l' .intérieur require...

Si l' intérieur dir2/pathtest.jsvous avez un requireappel en inclure un fichier à l' intérieur dir1vous toujours faire

require('../thefile')

car le chemin à l'intérieur requireest toujours relatif au fichier dans lequel vous l'appelez. Cela n'a rien à voir avec votre répertoire de travail.

./fait référence au répertoire de travail courant, sauf dans la require()fonction. Lors de l'utilisation require(), il se traduit ./dans le répertoire du fichier actuel appelé. __dirnameest toujours le répertoire du fichier courant.

Par exemple, avec la structure de fichiers suivante

/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 cdj'entre /home/user/diret que node dir.jsje cours, j'aurai

{ hello: 'world' }
text file

Mais quand je lance le même script que /home/user/je reçois

{ 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)

L'utilisation a ./fonctionné avec requiremais pas pour fs.readFileSync. C'est parce que fs.readFileSync, se ./traduit par le cwd (dans ce cas /home/user/). Et /home/user/files/somefile.txtn'existe pas.