接到一个需求,需要在访问路径上增加一层路径
一想这不是分分钟完成的事情么?vite 提供的 base 就可以实现
配置完 base 之后,页面中的资源在打包后都加上了 base 中配置的路径
不过仔细一看,我们在 index.html 中有一个自定义的 script 没有加上 base 中配置的路径
因为配置的 base 是无法直接作用到自定义的 script 标签中
html
<script>
var time = new Date().getTime();
document.write("<script src='/config.js?v=" + time + "'><\/script>");
</script>
为什么我们要单独加载这个配置文件,不用环境变量呢?
因为我们的项目是通过 docker 部署,不同环境有不同的 config,运维给配置了一个映射路径,工作流程就是这样,没法改变
所以我在使用 base 这个参数时需要额外处理这个自定义的 script
稍微思索一下,我觉得 vite 应该提供了环境变量,可以在打包时注入到项目中,然后就去翻文档
果然在翻了两遍文档后发现有一个 BASE_URL 环境变量,文档
%BASE_URL% 在打包时,会被替换成 base 中配置的值,如果没有配置,默认是 /
html
<script>
var time = new Date().getTime();
document.write("<script src='%BASE_URL%config.js?v=" + time + "'><\/script>");
</script>
访问资源的路径配置好了之后,还存在一个路由权限问题
由于增加了一层路径,所以无法直接使用下面的方式去判断当前用户是否有权限访问
js
// before // after
navigate("/home") -> navigate("/ng/home")
if(pathname === "home"){ -> if(pathname === "/ng/home"){
// do something // do something
} }
解决这个问题有两种方案:
- 使用
BASE_URL,项目中通过import.meta.env.BASE_URL获取到base中配置的路径 - 使用
define配置,文档
这种方式都可以通过加载 .env 文件来配置
vite 默认不加载 .env 文件,我们将路径配置在 .env 文件中,所以需要用 loadEnv 方法加载项目中的 .env 文件
js
const env = loadEnv("development", process.cwd(), "");
但是这里要注意的是传入到 define 时要用 JSON.stringify(),如下:
js
defineConfig(({ mode }) => {
const path = env.VITE_PATH;
return {
base: path,
define: {
__PATH__: JSON.stringify(path),
},
};
});
不能够这样使用:
js
defineConfig(({ mode }) => {
const path = JSON.stringify(env.VITE_PATH); // 这样拿到的 path 是一个字符串,在后面拼接路劲时会出现问题:http://localhost:5173/"ng"/home
return {
base: path,
define: {
__PATH__: path,
},
};
});
如果在读取环境变量时使用了 JSON.stringify(),那么拿到的值就是一个字符串,而不是一个变量,在拼接路径时会出现问题
js
http://localhost:5173/"ng"/home
配置完之后,在项目中就可以通过 __PATH__ 来使用环境变量了
js
// before // after // 打包后
navigate("/home") -> navigate(`${__PATH__}home`) -> navigate("/ng/home")
if(pathname === "home"){ -> if(pathname === `${__PATH__}home`){ -> if(pathname === "/ng/home"){
// do something // do something // do something
} } }
PS:
- 在使用 %BASE_URL% 是需要注意,在默认情况下,它的值是
/- 拼接路径时不需要写
/,应该直接写config.js,如%BASE_URL%config.js- 在
vite.config.js中要将默认情况和define统一处理成后面带/,避免在使用时不统一