文章目录
菜鸟最近遇见的一个公司的规划需求：
公司想把全部的系统合并，使其只用一个登录，就可以访问全部的系统！避免系统太多，导致别人使用负担加大！
菜鸟刚开始做这个就想到了微前端，规划了好久，现在才有空来研究！
注：本文是个人思路的展现，并非技术介绍文章，不感兴趣可以划走！
微前端理解
1、微前端概念
微前端是借鉴了微服务的理念，将一个庞大的应用拆分成多个独立灵活的小型应用，每个应用都可以独立开发，独立运行，独立部署，还可以随意组合，这样就降低了耦合度，从而更加灵活。
2、微前端特性
3、微前端方案
a、iframe
b、qiankun --> 使用比较复杂 --> 自己写对vite的插件
c、micro-app --> 京东开发 --> 对vite支持更拉跨
注:
适配 vite 需要写很多代码，有些还要改，而且会失去很多功能！
d、EMP 方案--> 必须使用 webpack5 --> 很多人感觉不是微前端 --> 去中心化方式去共享模块，更像拆包
e、无界
更多见我的b站笔记：https://www.bilibili.com/opus/934644514948120594
安装无界
无界的使用相对简单，随便创建一个应用然后安装即可
这里直接使用的是作者进一步封装后的无界，更加简单！
使用
安装完成后就可以使用了，也是非常简单，直接 main.js 中引入即可，然后就可以在vue文件中直接当成组件使用
这里的url就是你子应用跑起来的时候的地址！
但是正如菜鸟标识的，发现 webpack+vue3 的并不能正常显示，问了小满大佬才发现是跨域的问题！
应用跨域问题解决
在webpack中添加这个配置，就可以出现了。
但是还有很多问题，菜鸟确实解决不了！
无界的槽点
无界使用的人还是太少，遇见问题没办法搜到，只能问大佬，但是 大佬回你是情分，不回才是本分！菜鸟在b站上跟着小满zs大佬学的无界，也顺利加上了大佬。但是问了两个问题后，可能大佬就要忙自己的事情，没时间回答，菜鸟也就识趣的自己研究，然后研究很长时间，也不是很理解为什么，就发沸点问jym了！
沸点见：https://juejin.cn/pin/7451432113994825766
加了无界的群，问的问题也没人有反应！
硬着头皮换思路
菜鸟想着反正后端也要做 sso，不如就直接把一个系统当主系统，其他的都当链接放进来得了，跳转过去的时候携带token！
正好有一个集合了很多小的功能的系统在重构，所以就将其作为主系统了！后端使用了若依，所以前端也直接使用若依这个框架了！
所以大致的思路就变成了这样了
这个基本就很简单，但是项目重构还是遇见了很多问题，这里就继续做记录了！
问题一：pxtorem
菜鸟之前一直都是用 webpack 的 pxtorem，详见：px2rem不生效，但若依是vite开发的，所以菜鸟必须得解决这个插件迁移的问题！
这里就不展示解决流程了，反正就是不断尝试+GPT！菜鸟个人感觉vite使用pxtorem更加简洁，因为vite原生对postcss有支持，所以直接下载一个插件postcss-pxtorem即可：
npm
npm i postcss-pxtorem -D配置这里和 webpack 很大的不同
js
import postCssPxToRem from 'postcss-pxtorem'
export default defineConfig(({ mode, command }) => {
return {
css: {
postcss: {
plugins: [
// 若依作者写的
{
postcssPlugin: 'internal:charset-removal',
AtRule: {
charset: (atRule) => {
if (atRule.name === 'charset') {
atRule.remove()
}
}
}
},
// pxtorem 配置
postCssPxToRem({
rootValue: 37.5,
propList: ['*'], // 指定哪些 CSS 属性的 px 单位需要被转换为 rem
replace: true, // 控制是否 直接替换原来的 px 单位
mediaQuery: false, // 是否将媒体查询中的 px 转换为 rem，会把max-width改成rem，建议为false
minPixelValue: 2,
exclude: (file) => {
// console.log('File path:', file) // 打印实际传入路径
// console.log('Exclude:', !file.includes('editform')) // 打印排除结果
return !file.includes('editform') // 保留 editform 目录
}
})
]
}
}
}
})注意
这里菜鸟的用法和大部分情况不一样，菜鸟这里只需要对一个界面进行适配，其他界面都是采用若依适配的就行，所以需要过滤file。但是 postCssPxToRem 这个插件没有 include 属性，所以只能通过 exclude的 ! 来取出。
这里需要注意，不能这样写：
js
exclude: (file) => {
return !file.includes(path.resolve(__dirname, 'src/views/manage/editform'));
}反正菜鸟打印出来，里面 file 和这个path.resolve(__dirname, 'src/views/manage/editform')生成的路径不一样，一个是\，一个是/，且你还改不了！
界面引入 lib-flexible，哪里使用就哪里引入就行
js
import 'lib-flexible'这里有个坑，就是虽然这个 lib-flexible 成功引入了，但是不知道是若依还是什么搞的鬼，一直显示body的font-size是12px。可以自己重新监听查看：
js
// 监听界面大小变化
window.addEventListener('resize', () => {
console.log('Current rem base value (font-size):', document.documentElement.style.fontSize)
})问题二：区分环境
菜鸟使用若依，才感觉原来环境区分清楚还是一劳永逸的事情，且运行不同的 npm 命令就运行不同的结果还是很有必要的！
这里把常用的几种文件列出来：
运行命令
json
"scripts": {
"dev": "vite --mode development",
"test": "vite --mode test",
"prod": "vite build --mode production",
"build:dev": "vite build --mode development",
"build:test": "vite build --mode test",
"build:prod": "vite build --mode production"
}proxy配置
js
server: {
port: 80,
host: true,
open: true,
proxy: {
// 开发环境请求 --> 菜鸟这里直接请求的测试环境
'/dev-api': {
target: 'http://xxx.xx.xx.xx:23000/test-api/',
changeOrigin: true,
rewrite: (p) => p.replace(/^\/dev-api/, '')
},
// 测试环境请求
'/test-api': {
target: 'http://xxx.xx.xxx.xx:23000/test-api/',
changeOrigin: true,
rewrite: (p) => p.replace(/^\/test-api/, '')
},
// 特殊的 --> 菜鸟这个系统是跨系统的，某个界面需要调另一个系统的接口
'/CRM': {
target: 'http://xxx.xx.xxx.xx:18000/', // crm
changeOrigin: true, // 如果接口跨域，需要进行这个参数配置
rewrite: (p) => p.replace(/^\/CRM/, '')
}
}
}注意
这里的
--mode后面的并非是运行的NODE_ENV值，而是让你去找哪一个 .evn.xxxx 文件的！
所以这里有个坑，就是运行 build:test 执行时的 NODE_ENV 依旧还是 production ，而非test！这里需要在 .env.test 文件中添加这样一行！
js
VITE_NODE_ENV= 'test'内容大致都是这样（需要什么加什么）
不过 production 和 development 的 VITE_NODE_ENV 都是对的，所以可以不用写！
菜鸟暂时只有这两个问题，然后就迁移成功了，至于跳转的任务被延后，所以暂时不写了！
后续会更新......