将enviament变量传递给webpack config的两种方法之间的区别是什么? 交叉环境节点_env=生产网页包 webpack-env.foo=bar
如上面所示,我们有两种方法从cli将变量传递到webpack config。 但是,这两种方法的优缺点是什么?第一种方法和第二种方法应该在什么情况下使用?NODE_ENV=production webpack-您只需在控制台中创建一个变量,然后尝试通过process object从NODE.js访问此变量,因此此变量不是NODE.js流程的一部分 webpack-env.foo=bar-您可以将变量直接传递给node.js进程,这样您就可以像env.foo一样直接访问它 第一种方法适用于传递全局变量,如环境,第二种方法适用于其他内容,如-env.email=barNODE_env是通用环境变量。这意味着它可以被任何代码访问,而不仅仅是网页。特别是,当您需要将环境类型中继到不使用特定于Web包的API(如ENV对象)的代码时,可以使用NODE_ENV。使用它的一个警告是,它不是跨平台的,因为不同的平台可能会使用不同的语法来设置环境变量,除非您使用诸如cross env之类的帮助程序 是特定于webpack的,因此它仅对webpack使env对象可用的代码可用。当您需要跨平台支持时,这通常适用于在webpack配置中使用,或在webpack配置模块中设置环境变量。通常,这是与将enviament变量传递给webpack config的两种方法之间的区别是什么? 交叉环境节点_env=生产网页包 webpack-env.foo=bar,webpack,Webpack,如上面所示,我们有两种方法从cli将变量传递到webpack config。 但是,这两种方法的优缺点是什么?第一种方法和第二种方法应该在什么情况下使用?NODE_ENV=production webpack-您只需在控制台中创建一个变量,然后尝试通过process object从NODE.js访问此变量,因此此变量不是NODE.js流程的一部分 webpack-env.foo=bar-您可以将变量直接传递给node.js进程,这样您就可以像env.foo一样直接访问它 第一种方法适用于传递全局