@pg = db / raccord / index.js strong> p> Si vous avez besoin d'informations supplémentaires, PLS Passez-moi savoir. Faites attention à mes commentaires à l'intérieur des extraits de code, il peut être utile p> p>
3 Réponses :
Vous devez appeler Si vous souhaitez appeler dotenv code> Dans tous vos fichiers d'application sans l'appeler à chaque fois, vous devez le demander lorsque vous exécutez votre application: P> dotenv code> dans chaque fichier que vous appelez une variable
.env code>.
node -r dotenv/config app.js
Quand j'importe 'dotenv', il est toujours indéfini et j'exécute mon code en utilisant node_modules / Babel-Watch / Babel-Watch.js src / app.js
Ou vous voulez dire importer et alors faites comme dotenv.config ()?
Oui, c'est ce que je voulais dire. Désolé, j'ai mis à jour ma réponse.
C'est une approche étrange à mon avis, mais merci)
Cette réponse est incorrecte. Vous n'avez besoin que d'appeler dotenv.config () une fois si vous le mettez correctement correctement. L'architecture correcte pour une application nœud.js est de séparer la logique Server.TS et App.TS en deux fichiers différents. Dotenv doit être utilisé dans le fichier App.TS, et il fonctionnera dans tous les autres fichiers de votre application sans que ce soit à nouveau.
Si vous ne voulez pas utiliser de packages externes, vous pouvez simplement exécuter votre script comme celui-ci :) Je préfère cette méthode.
"start": "sh -ac '. ./.env; node index.js'"
Bien que cela puisse fonctionner pour de simples fichiers .env, il ne contient pas dotenv-expand code>.
dotenv-expand est inutile de toute façon. Si les variables d'environnement sont exportées avec Exporter code> dans l'environnement qui invoque votre script, ils seraient disponibles là-bas.
Afin d'éviter d'écrire dans chaque fichier, vous pouvez simplement ajouter cette ligne de code dans votre app.js code> p>
dotenv.config({ path: path.resolve(__dirname, "path/to/.env") });