为什么我无法使用全局对象

Question

我有一个config 文件：

     const _ = require('lodash');        
     const config = require('./config.json'); 
     const defaultConfig = config.development;
     const environment = process.env.NODE_ENV || 'development';
     const environmentConfig = config[environment]; 
     const finalConfig = _.merge(defaultConfig,environmentConfig);
     global.gConfig = finalConfig; 
     global.lodash = _;

服务器文件：

const express = require('express');
// environment variables
process.env.NODE_ENV = 'development';

const config = require('./config/config.js');

// module variables
const app = express();

app.get('/', (req, res) => {
    res.json(global.lodash.compact([null,1,2,null,"",3]));
});

app.listen(global.gConfig.node_port, () => {
});

当我尝试访问服务器文件中的全局变量时，我需要config.js。没有它，它会显示一个错误。那我们怎么能说它是一个全局变量呢？还有其他方法吗？ 我正在使用Node 8.x

Answer 1

require 函数做了很多事情。对于初学者，它从所需模块返回module.exports。

但它也执行所需模块中的所有代码，就好像整个模块是一个函数一样。

因此，您实际上需要在某处 require 您的 config 文件才能获得以下行：

 global.gConfig = finalConfig; 
 global.lodash = _;

被执行。如果您至少一次不需要config，您的程序将永远不会在global 对象中设置lodash 或gConfig。

不过，现在，一旦你这样做了，你以后可以在任何文件中使用global.lodash，即使该文件不是require config 文件。

因此，基本上，在您要求 config 之后，从 server 要求的任何其他文件都将拥有对 global.lodash 的真正全局访问权限，而无需要求 config 本身。

---

然而，现在，即使这个答案确实回答了你的问题，我也会彻底考虑 @AndreasPizsa 的答案，因为确实，拥有一个包含大量全局变量的程序通常很难推理。

在您的情况下，您为什么将lodash 设置为global.lodash？你程序中的任何模块都可以自己做const lodash = require('lodash')。

还值得一提的是require 确实缓存了所需的模块。第二次需要一个模块时， require 调用不会再次执行代码，它会返回缓存的模块，所以使用多个文件中的require 来检索同一个模块（就像在global 中一样）很漂亮很安全。

Answer 2

服务器文件中的 require('./config/config.js') 加载 config.js，从而执行您在该文件中所做的分配。没有它，没有任何东西被分配给global，值将是undefined。

更大的上下文

这可能不是您直接寻找的答案，但我认为这是您需要听到的答案，因为在全局变量背后隐藏着更大的问题。

这里的实际挑战是避免全局变量并以在生产中安全使用的方式处理配置。

这两个指针将对此有所帮助：

• 12factor: Store config in the environment
• dotenv-safe

在环境中存储配置

应用有时会将配置存储为代码中的常量。这违反了十二因素，要求严格分离配置与代码。配置因部署而异，但代码没有。

一个应用程序是否将所有配置正确地从代码中提取出来的试金石是代码库是否可以在任何时候开源，而不会损害任何凭据。

dotenv 安全

dotenv-safe 是一个零依赖模块，它将环境变量从 .env 文件加载到 process.env 中。将配置与代码分开存储在环境中是基于十二要素应用方法。

我希望这会有所帮助！