开发环境和生产环境分离的原因
在开发时,会产生 debug 或者是测试的代码,这些代码不应该出现在生产环境中。当项目部署时,往往会将代码进行一系列的压缩来优化它,如此会彻底破坏代码的可读性。本地开发往往使用的是本地 mock 的数据,而正是上线后用的是真实数据。以上几点,开发环境和生产环境必须得分离。
比如我想让项目根据不同的环境登录不同的地址。本地开发登录的是localhost,测试环境登录的是test地址,上线环境登录的是online地址。那么业务代码里如何判断生产开发测试环境呢?
方案一 将环境变量配置到 package.json
// package.json
{
// npm install cross-env
// 因为mac和windows设置命令环境变量的命令不一致, 所以用cross-env来做兼容
"script": {
"dev": "cross-env NODE_ENV=dev webpack --progress --colors",
"production": "cross-env NODE_ENV=production webpack --progress --colors"
}
}
// npm run dev // 开发
// npm run production // 生产
那么 package.json
的 script
中的参数, webpack
文件中如何读取呢?
在 webpack 中, 可通过 process.env.NODE_ENV
获取到变量
// webpack 下
plugins: [
new webpack.DefinePlugin({
'process.env': {
NODE_ENV: JSON.stringify(process.env.NODE_ENV)
}
})
]
为什么需要加上JSON.stringify
, 因为webpack 打包的时候对变量做替换会将 process.env.NODE_ENV
替换成 production
, 而我们期望的是 'production'
有个问题,new webpack.DefinePlugin
定义的全局变量是 在编译时可以配置的全局常量。
,那么,如何在 webpack config
文件中使用 process.env.NODE_ENV
呢?
就是上面的回答,在脚本中设置变量 并且用上cross-env
。 因此经常两者结合使用。
方案二:
使用process.env.npm_lifecycle_event
这个参数来辨别开发环境。
npm 提供一个 npm_lifecycle_event
变量,返回当前正在运行的脚本名称
这个方法极为简单。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。