Vue-cli3.0动态配置 本地/测试/线上 环境

环境说明

开发环境:是程序员开发使用的环境,配置比较随意,为了开发调试方便,一般打开全部错误报告
测试环境:克隆一份生产环境的配置,一个程序在测试环境工作不正常,那肯定不能把它发布到生产上
线上环境:正式提供对外的服务,也就是用户使用的环境,一般关闭所有错误报告,打开错误日志


package.json说明

在package.json文件中

...省略...
"scripts": {
    "serve": "vue-cli-service serve",
    "build": "vue-cli-service build"
  }
...省略...



这是我们通过vue-cli3创建项目时,默认的scripts设置,其中serve对应的是开发环境,build对应的是线上环境,测试环境的配置我们稍后再说。


模式是 Vue CLI 项目中一个重要的概念。默认情况下,一个 Vue CLI 项目有三个模式:


当 npm run serve 时,process.env.NODE_ENV的值为development

当 npm run test 时,process.env.NODE_ENV的值为test (需在scripts手动添加test)

当 npm run build 时,process.env.NODE_ENV的值为production

默认情况下,当我们运行上述三种命令时NODE_ENV就会被设置成对应的值,虽然我们可以根据这个值来区分打包环境,但因为当NODE_ENV值为production时和其他模式打出的包结构和大小都不一样,为了其他模式打出的包和production模式的一样,我们建议使用自定义变量来区分环境,而把process.env.NODE_ENV的值都设置为production(会覆盖默认值)。


自定义变量命名规则

必须以 VUE_APP_ 开头


只有以 VUE_APP_ 开头的变量才会被 webpack.DefinePlugin 静态嵌入到客户端侧的包中。你可以在应用的代码中这样访问它们:console.log(process.env.VUE_APP_ENVIRONMENT)


自定义打包环境步骤

1:在根目录创建 .env.xxx 文件

通过为 .env文件 增加后缀来设置某个模式下的特有环境变量。

比如,在项目根目录创建名为.env.development 的文件,在这个文件里声明过的变量就只会在 development 模式下被载入


三种模式文件配置

  .env.development文件

  NODE_ENV = 'development'
  VUE_APP_ENVIRONMENT = 'development'
  .env.test文件(重写了NODE_ENV值)
 
  NODE_ENV = 'production'
  VUE_APP_ENVIRONMENT = 'test'
  .env.product文件

  NODE_ENV = 'production'
  VUE_APP_ENVIRONMENT = 'product'


注意:在.env.test和.env.product文件中NODE_ENV都设置成了production,目的是为了打出的包结构相同,而通过VUE_APP_ENVIRONMENT值来区分打包环境。

2:在package.json中通过 --mode 选项重写默认的模式

  "scripts": {
    "serve": "vue-cli-service serve --mode development",
    "test": "vue-cli-service build --mode test",
    "build": "vue-cli-service build --mode product"
  }

注意:–mode后边的名字必须和步骤1中 .env.xxx 的名字保持一致

3:创建配置文件,并根据不同环境分别进行配置

globalConfig.js文件
    
    let UA = navigator.userAgent.toLowerCase(), isIos = false, isWeixin = UA.indexOf('micromessenger') != -1;
    if (UA.match(/ipad/) || UA.match(/iphone/) || UA.match(/ipod/)) {
        isIos = true;
    }
    let globalConfig;
    if (process.env.VUE_APP_ENVIRONMENT == 'product') {
        globalConfig = {
            'token': isWeixin ? '12345' : '67890',
            'baseUrl': 'https://www.baidu.com'
        }
    } else if (process.env.VUE_APP_ENVIRONMENT == 'test') {
        globalConfig = {
            'token': '0987654321',
            'baseUrl': 'https://www.taobao.com'
        }
    } else if (process.env.VUE_APP_ENVIRONMENT == 'development') {
        globalConfig = {
            'token': '1234567890',
            'baseUrl': 'https://www.jd.com'
        }
    } else {
        globalConfig = {
            'token': '',
            'baseUrl': ''
        }
    }
    
    export default globalConfig;

在需要使用的的文件中直接导入 globalConfig 文件即可


为什么不把token、baseUrl等变量直接设置到 .env.xxx 文件呢?

  • 1.设置在 .env.xxx 的变量如果修改则必须重新运行npm,而放在globalConfig中则不需要

  • 2.设置在 .env.xxx 的变量必须设置对应值,而放在globalConfig中的变量还可以对应三元运算符(比如:根据手机系统(Android、IOS)的不同设置不同的值)


只根据NODE_ENV打出的不同的环境的包,都有哪些不同?

首先需要把之前创建的 .env.test文件 中的 NODE_ENV 的值设置为test,然后分别运行npm run build 和 npm run test
对比两种模式打出的包结构,如图


Jsky博客



版权声明:本文为CSDN博主「刘运召」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。

原文链接:https://blog.csdn.net/Liu_yunzhao/article/details/94077271

Jsky博客
请先登录后发表评论
  • 最新评论
  • 总共0条评论