Taro请求域名配置
背景
使用Taro进行小程序的开发,调用后端api获取信息,开发,测试,正式环境的域名是不同的。最初始的版本中,我们在不同环境中不断修改域名信息。这样造成一个问题,提交审核的时候我们一定要记得将域名改成正式版,不然会出现问题。这种人为控制,显然不能保证百分百没有问题。我们就考虑是不是可以通过process.env来区分不同的环境
尝试使用process.env解决问题
修改配置文件
原配置文件
export const baseUrl = 'https://release.com/';
修改后配置文件
let baseUrlPrefix = '' const env = process.env.NODE_ENV === 'development' ? 'development' : 'production' console.log(process.env.NODE_ENV) switch (env) { case 'development': baseUrlPrefix = 'http://dev.com/' break case 'production': baseUrlPrefix = 'https://release.com/' break } export const baseUrl = baseUrlPrefix
执行命令查看
执行命令
npm run dev:weapp
发现控制台输出的process.env.NODE_ENV=development
执行命令
npm run build:weapp
发现控制台输出的process.env.NODE_ENV=production
执行结果说明一个问题,我们是可以通过process.env进行判断的开发环境和正式环境
那么我们遗留下来一个问题:测试环境怎么办?
测试环境怎么设置
执行npm run dev和build的区别
查看package.json文件
"scripts": { "build:weapp": "taro build --type weapp", "dev:weapp": "npm run build:weapp -- --watch" }
可以看出,dev和build的差别就是--watch,那么是不是--watch设置的process.env?
--watch为什么使process.env=development
查看源码 taro-build
program
.option('--type [typeName]', 'Build type, weapp/swan/alipay/tt/h5/quickapp/rn/qq/jd') .option('--watch', 'Watch mode') .option('--page [pagePath]', 'Build one page') .option('--component [pagePath]', 'Build one component') .option('--env [env]', 'Env type') .option('--ui', 'Build Taro UI library') .option('--ui-index [uiIndexPath]', 'Index file for build Taro UI library') .option('--plugin [typeName]', 'Build Taro plugin project, weapp') .option('--port [port]', 'Specified port') .option('--release', 'Release quickapp') .parse(process.argv) const { type, watch, ui, port, release, page, component, uiIndex } = program let { env, plugin } = program env = process.env.NODE_ENV || env if (env) { process.env.NODE_ENV = env } else { if (watch) { process.env.NODE_ENV = 'development' } else { process.env.NODE_ENV = 'production' } }
这里可以看到当env不存在的时候,如果执行参数里面有watch就设置process.env.NODE_ENV = 'development',否则就是'production'。
到这里你是不是发现了什么端倪?
端倪
除了--watch之外,taro执行build命令的时候还接受一个参数--env,设置当前所在环境的,那么我们的测试环境是不是可以通过这个参数设置来实现呢?
我们来修改一下package.json
"scripts": { "build:weapp": "taro build --type weapp", "dev:weapp": "npm run build:weapp -- --watch", "test:weapp": "npm run test:weapp -- --watch --env test" }
修改配置文件
let baseUrlPrefix = '' const env = process.env.NODE_ENV === 'development' ? 'development' : (process.env.NODE_ENV === 'test' ? 'test' : 'production') console.log(process.env.NODE_ENV) switch (env) { case 'development': baseUrlPrefix = 'http://dev.com/' break case 'test': baseUrlPrefix = 'https://test.com/' break case 'production': baseUrlPrefix = 'https://release.com/' break } export const baseUrl = baseUrlPrefix
执行命令
npm run test:weapp
想象一下打印出来的process.env.NODE_ENV是什么?
发生了什么?
process.env.NODE_ENV = 'production',为什么?
我们来看看我们的应用的config文件夹里面的index.js做了什么
module.exports = function (merge) { if (process.env.NODE_ENV === 'development') { return merge({}, config, require('./dev')) } return merge({}, config, require('./prod')) }
我们设置的process.env.NODE_ENV应该是test,走到这里webpack的配置文件使用的是prod的配置,我们看看prod.js里面写了什么
module.exports = { env: { NODE_ENV: '"production"' }, defineConstants: { }, mini: {}, h5: { /** * 如果h5端编译后体积过大,可以使用webpack-bundle-analyzer插件对打包体积进行分析。 * 参考代码如下: * webpackChain (chain) { * chain.plugin('analyzer') * .use(require('webpack-bundle-analyzer').BundleAnalyzerPlugin, []) * } */ } }
看到了吗,这里把NODE_ENV又重置成了production,我们来尝试调整
增加test配置
增加test.js配置在config文件夹中
module.exports = { env: { NODE_ENV: '"test"' }, defineConstants: { }, mini: {}, h5: {} }
修改index.js
module.exports = function (merge) { if (process.env.NODE_ENV === 'development') { return merge({}, config, require('./dev')) } else if (process.env.NODE_ENV === 'test') { return merge({}, config, require('./test')) } return merge({}, config, require('./prod')) }