在工作当中，遇到了下面这个问题：
测试环境与生产环境中的用户权限不一样，因此，就需要根据测试环境打一个包，生产环境又打一个包。
可是，如果每次打包都需要更改权限的配置文件的话，会很麻烦，而且，体现不出一个coder该有的逼格。
为了更有逼格地解决这个问题，于是我百度了一番，上天不负有心人，让我找到了解决方案。
在详叙解决方案之前，先简单介绍下解决方案当中使用到的工具：cross-env,webpack.DefinePlugin
cross-env是给process.env当中添加变量的，那process.env又是什么呢？
process是一个控制node.js的进程，它是一个global对象，包含进程相关的一些信息，而process.env则是包含用户环境信息的一个对象，例如下面这样的对象：
{
TERM: 'xterm-256color',
SHELL: '/usr/local/bin/bash',
USER: 'maciej',
PATH: '~/.bin/:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin',
PWD: '/Users/maciej',
EDITOR: 'vim',
SHLVL: '1',
HOME: '/Users/maciej',
LOGNAME: 'maciej',
_: '/usr/local/bin/node'
}
使用cross-env可以往这个process.env对象当中添加自定义的数据，然后可以在任何node.js的执行环境当中获取，一般是在打包配置当中获取process.env.NODE_ENV来判断是哪种环境，然后再作相应的配置。
官方解释
如何使用cross-env
- 安装：npm i cross-env -D
- 在npm自定义命令当中使用；
"script":{
"build:testing":"cross-env NODE_ENV=‘testing' webpack"
}
然后，我们执行npm run build:testing的时候，就好执行以上的命令，cross-env就会在process.env当中添加一个NODE_ENV的属性，属性的值就是‘testing'字符串，注意这里是加了单引号的，因为这样才是一个字符串，如果不加的话，就相当于一个代码片段，还要在获取完之后通过JSON.stringify去转成字符串。
webpack.DefinePlugin又是什么呢？
webpack.DefinePlugin是webpack自带的一个插件，它的作用是在编译的时候生成一些全局变量的，这里说的全局变量指的是客户端的全局变量，相当于挂载在window对象上的变量，我们可以利用它的这个功能在不同的环境（开发，测试，或者生产）当中定义不同的行为。
官方介绍与使用
介绍完两个插件了，是时候说一下两者结合在实际当中如何使用了。
下面将展示如何解决本文开头一开始所提到的根据测试和生产环境配置不同的用户权限的问题。
在config目录下，根据不同的环境创建不同的配置文件
如上图所示，test.env.js是测试环境的配置文件，prod.env.js则是生产环境的配置文件
test.env.js的配置
const merge = require('webpack-merge')
const devEnv = require('./dev.env')
module.exports = merge(devEnv, {
NODE_ENV: '"testing"'
})
prod.env.js的配置
module.exports = {
NODE_ENV:"production"
}
分别创建测试与生产的权限配置文件
test.authority.js 测试环境权限
function getAuthority(userAuthority){
const menus = [];
switch(userAuthority){
case 'zhangsan':
menus = ["a","b","c","d"]; //这里的a,b,c,d相当与路由配置当中页面的name
break;
case 'lishi':
menus = ["a","b","c"];
break;
case 'wangwu':
menus = ["b","c","d"];
break;
default:
menus = ["a","b"];
}
return menus;
}
export default getAuthority;
prod.authority.js 生产环境的配置方法页和上面一样，只不过是menus里的配置不同
使用cross-env配置对应的NODE_ENV
package.json
"scripts":{
"build:testing": "cross-env NODE_ENV='testing' node build/build.js",
"build": "cross-env NODE_ENV='production' node build/build.js"
}
npm run build:testing执行的是测试环境的打包，npm run build则是生产环境的打包。
将当前环境的配置添加到客户端全局
build/webpack.prod.conf.js
const env = process.env.NODE_ENV === 'testing' "../config/test.env.js") : require("../config/prod.env.js");
//配置webpack.DefinePlugin将env添加到全局变量当中
plugins:[
new webpack.DefinePlugin({
"ENV":env
})
]
根据环境信息配置用户权限
要对用户权限进行控制是要先知道当前登录的是哪个用户，因此用户权限配置的操作是在登录页面完成的。
login.vue
//获取环境信息，然后根据环境信息读取对应的权限配置文件
const env = ENV.NODE_ENV === "testing" "test" : "prod";
import getAuthority from `${env}.authority.js`;
export default {
methods:{
login(){
axios({...}).then(res => { //调用登录接口获取当前用户信息
let userAuthority = getAuthority(res.userName); //获取当前登录用户的页面权限
sessionStorage.setItem("authorityPages",JSON.stringify(userAuthority)) //将用户的页面权限保存起来，在生成侧边栏的时候通过v-if指令判断是否渲染
})
}
}
}
来到这里，就能够解决本文一开始所提的问题了，下面总结一下。
总结
- 根据不同的环境编写对应的打包环境信息配置文件；
- 根据不同环境编写对应用户权限配置文件；
- 根据不同环境编写对应的npm打包命令，使用cross-env设置对应的运行时环境；
- 在打包配置文件当中根据运行时环境获取对应的环境配置信息，然后使用webpack.DefinePulgin添加到客户端全局变量当中；
- 登录页根据全局变量中的环境信息获取对应的用户权限配置文件；
- 用户登录之后根据获取的用户权限文件中的方法获取登录用户的权限，并把当前登录用户的权限保存起来以便之后使用。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。