Dans node.JS, comment puis-je obtenir le chemin d'un module que j'ai chargé via require qui n'est * pas * le mien (c'est-à-dire dans certains node_module)

J'ai besoin d'un module qui a été installé via npm. Je veux accéder à un fichier .js subordonné à ce module (afin que je puisse sous-classer une méthode Constructor dedans). Je ne peux pas (enfin, je ne veux pas) modifier le code du module, donc je n'ai pas d'endroit pour extraire son __dirname.

Je suis conscient de la question suivante, mais il s'agit d'obtenir le chemin d'un module sur lequel on a le contrôle du code (par conséquent, __dirname est la solution): Dans Node.js, comment puis-je indiquer le chemin du module `this`?

~~~

Encore mieux serait d'obtenir les informations du module chargé du module

Si je comprends bien votre question, vous devriez utiliser require.resolve () :

Utilisez la machine interne require () pour rechercher l'emplacement d'un module, mais plutôt que de charger le module, retournez simplement le nom de fichier résolu.

Exemple: var pathToModule = require.resolve('module');

require.resolve () est une réponse partielle. La réponse acceptée peut fonctionner pour de nombreux modules de nœuds, mais ne fonctionnera pas pour tous.

require.resolve("moduleName")ne vous donne pas le répertoire où le module est installé; il vous donne l'emplacement du fichier défini dans l' mainattribut dans le module package.json.

Cela pourrait être moduleName/index.jsou cela pourrait être moduleName/lib/moduleName.js. Dans ce dernier cas, path.dirname(require.resolve("moduleName"))retournera un répertoire que vous ne voulez ou ne vous attendez pas:node_modules/moduleName/lib

La bonne façon d'obtenir le chemin complet vers un module spécifique est de résoudre le nom de fichier:

let readmePath = require.resolve("moduleName/README.md");

Si vous voulez juste le répertoire du module (peut-être que vous allez faire beaucoup d' path.join()appels), résolvez le package.json- qui doit toujours être à la racine du projet - et passez à path.dirname():

let packagePath = path.dirname(require.resolve("moduleName/package.json"));

Pour info, require.resolverenvoie l'identifiant du module selon CommonJS. Dans node.js, c'est le nom du fichier. Dans Webpack, c'est un nombre.

En situation webpack , voici ma solution pour connaître le chemin du module:

const pathToModule = require.resolve('module/to/require');
console.log('pathToModule is', pathToModule); // a number, eg. 8
console.log('__webpack_modules__[pathToModule] is', __webpack_modules__[pathToModule]);

Ensuite, __webpack_modules__[pathToModule]j'ai eu des informations comme celle-ci:

(function(module, exports, __webpack_require__) {

    eval("module.exports = (__webpack_require__(6))(85);\n\n//////////////////\n// 
    WEBPACK FOOTER\n// delegated ./node_modules/echarts/lib/echarts.js from dll-reference vendor_da75d351571a5de37e2e\n// module id = 8\n// module chunks = 0\n\n//# sourceURL=webpack:///delegated_./node_modules/echarts/lib/echarts.js_from_dll-reference_vendor_da75d351571a5de37e2e?");

    /***/
})

Il s'est avéré que j'avais besoin d'anciens scripts du fichier de construction dll précédent (pour une vitesse de construction plus rapide), de sorte que mon fichier de module mis à jour ne fonctionne pas comme prévu. Enfin, j'ai reconstruit mon fichier dll et résolu mon problème.

Réf: Utilisation require.resolvepour obtenir le chemin du fichier résolu (nœud)

J'espère avoir bien compris vos besoins: obtenir le fichier de point d'entrée de certains modules. Disons que vous souhaitez obtenir le point d'entrée du jugglingdbmodule:

node
> require('module')._resolveFilename('jugglingdb')
'/usr/local/lib/node_modules/jugglingdb/index.js'

Comme vous pouvez le voir, ce n'est pas une manière "officielle" d'obtenir ce genre d'informations sur le module, donc le comportement de cette fonction peut changer d'une version à l'autre. Je l'ai trouvé dans la source du nœud: https://github.com/joyent/node/blob/master/lib/module.js#L280

Selon la solution @anatoliy, sur MacOS XI ont trouvé les chemins de recherche faisant

require('module')._resolveLookupPaths('myModule')

donc j'obtiens les chemins de recherche résolus

[ 'myModule',
  [ '/Users/admin/.node_modules',
    '/Users/admin/.node_libraries',
    '/usr/local/lib/node' ] ]

tandis que le

require('module')._resolveFilename('myModule')

ne résoudra pas le module que je cherchais de toute façon, en fait le plus fou est que le _loadne résoudra pas le module:

> require('module')._load('myModule')
Error: Cannot find module 'myModule'
    at Function.Module._resolveFilename (module.js:440:15)
    at Function.Module._load (module.js:388:25)
    at repl:1:19
    at sigintHandlersWrap (vm.js:32:31)
    at sigintHandlersWrap (vm.js:96:12)
    at ContextifyScript.Script.runInContext (vm.js:31:12)
    at REPLServer.defaultEval (repl.js:308:29)
    at bound (domain.js:280:14)
    at REPLServer.runBound [as eval] (domain.js:293:12)
    at REPLServer.<anonymous> (repl.js:489:10)

tandis que le requiretestament:

> require('myModule')

mais je n'ai pas ce module dans

myProject/node_modules/
myProject/node_modules/@scope/
/usr/local/lib/node_modules/
/usr/local/lib/node_modules/@scope
/usr/local/lib/node_modules/npm/node_modules/
/usr/local/lib/node_modules/npm/node_modules/@scope
$HOME/.npm/
$HOME/.npm/@scope/

alors où est ce module ???

J'ai d'abord dû faire un $ sudo /usr/libexec/locate.updatedb Puis après un café, j'ai fait locate myModuleou mieuxlocate myModule/someFile.js

et voilà, il ressort que c'était dans un dossier parent de mon projet c'est à dire en dehors du dossier racine de mon projet:

$pwd
/Users/admin/Projects/Node/myProject
$ ls ../../node_modules/myModule/

donc vous ne pouvez pas éviter rm -rf ../../node_modules/myModule/et un frais npm install.

Je peux affirmer que personne n'a demandé npmde scanner mon ordinateur à la recherche de modules ailleurs que dans le dossier racine de mon projet où il était censé s'exécuter ou dans le chemin de recherche des modules par défaut.

C'est peut-être ce que vous cherchez, vérifiez:

require.main.filename

La réponse de Jason était la meilleure, jusqu'à ce que Node.js ESM et le exportsdomaine sortent.

Maintenant que Node prend en charge les packages avec un exportschamp qui, par défaut, empêchera les fichiers comme package.jsonde pouvoir être résolus à moins que l'auteur du package ne décide explicitement de les exposer, l'astuce de la réponse de Jason échouera pour les packages qui ne sont pas explicitement exposés package.json.

Il existe un package appelé resolve-package-pathqui fait l'affaire.

Voici comment l'utiliser:

const resolvePkg = require('resolve-package-path')

console.log(resolvePkg('@some/package'))

qui produira quelque chose comme

/path/to/@some/package/package.json

quel que soit le contenu du exportschamp du package .