当前位置：首页 > news >正文

无界构建微前端？NO！NO！NO！多系统融合思路！

news 来源：原创 2025/5/9 15:44:32

文章目录

- 微前端理解
- - 1、微前端概念
  - 2、微前端特性
  - 3、微前端方案
  - - a、iframe
    - b、qiankun --> 使用比较复杂 --> 自己写对vite的插件
    - c、micro-app --> 京东开发 --> 对vite支持更拉跨
    - d、EMP 方案--> 必须使用 webpack5 --> 很多人感觉不是微前端 --> 去中心化方式去共享模块，更像拆包
    - e、无界
- 安装无界
- 使用
- 应用跨域问题解决
- 无界的槽点
- 硬着头皮换思路
- 问题一：pxtorem
- - 注意
- 问题二：区分环境
- - 注意
- 菜鸟暂时只有这两个问题，然后就迁移成功了，至于跳转的任务被延后，所以暂时不写了！

菜鸟最近遇见的一个公司的规划需求：

公司想把全部的系统合并，使其只用一个登录，就可以访问全部的系统！避免系统太多，导致别人使用负担加大！

菜鸟刚开始做这个就想到了微前端，规划了好久，现在才有空来研究！

注：本文是个人思路的展现，并非技术介绍文章，不感兴趣可以划走！

微前端理解

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 i postcss-pxtorem -D

配置这里和 webpack 很大的不同

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 单位需要被转换为 remreplace: true, // 控制是否 直接替换原来的 px 单位mediaQuery: false, // 是否将媒体查询中的 px 转换为 rem，会把max-width改成rem，建议为falseminPixelValue: 2,exclude: (file) => {// console.log('File path:', file) // 打印实际传入路径// console.log('Exclude:', !file.includes('editform')) // 打印排除结果return !file.includes('editform') // 保留 editform 目录}})]}}}
})

注意

这里菜鸟的用法和大部分情况不一样，菜鸟这里只需要对一个界面进行适配，其他界面都是采用若依适配的就行，所以需要过滤file。但是 postCssPxToRem 这个插件没有 include 属性，所以只能通过 exclude的 ! 来取出。

这里需要注意，不能这样写：

exclude: (file) => {return !file.includes(path.resolve(__dirname, 'src/views/manage/editform'));
}

反正菜鸟打印出来，里面 file 和这个path.resolve(__dirname, 'src/views/manage/editform')生成的路径不一样，一个是\，一个是/，且你还改不了！

界面引入 lib-flexible，哪里使用就哪里引入就行

import 'lib-flexible'

这里有个坑，就是虽然这个 lib-flexible 成功引入了，但是不知道是若依还是什么搞的鬼，一直显示body的font-size是12px。可以自己重新监听查看：

// 监听界面大小变化
window.addEventListener('resize', () => {console.log('Current rem base value (font-size):', document.documentElement.style.fontSize)
})

问题二：区分环境

菜鸟使用若依，才感觉原来环境区分清楚还是一劳永逸的事情，且运行不同的 npm 命令就运行不同的结果还是很有必要的！

这里把常用的几种文件列出来：

在这里插入图片描述

运行命令

"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配置

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/', // crmchangeOrigin: true, // 如果接口跨域，需要进行这个参数配置rewrite: (p) => p.replace(/^\/CRM/, '')}}
}

注意

这里的 --mode 后面的并非是运行的 NODE_ENV 值，而是让你去找哪一个 .evn.xxxx 文件的！

所以这里有个坑，就是运行 build:test 执行时的 NODE_ENV 依旧还是 production ，而非test！这里需要在 .env.test 文件中添加这样一行！

VITE_NODE_ENV= 'test'

内容大致都是这样（需要什么加什么）

在这里插入图片描述

不过 production 和 development 的 VITE_NODE_ENV 都是对的，所以可以不用写！

菜鸟暂时只有这两个问题，然后就迁移成功了，至于跳转的任务被延后，所以暂时不写了！

后续会更新……

文章目录

微前端理解

1、微前端概念

2、微前端特性

3、微前端方案

a、iframe

b、qiankun --> 使用比较复杂 --> 自己写对vite的插件

c、micro-app --> 京东开发 --> 对vite支持更拉跨

d、EMP 方案–> 必须使用 webpack5 --> 很多人感觉不是微前端 --> 去中心化方式去共享模块，更像拆包

e、无界

安装无界

使用

应用跨域问题解决

无界的槽点

硬着头皮换思路

问题一：pxtorem

注意

问题二：区分环境

注意

菜鸟暂时只有这两个问题，然后就迁移成功了，至于跳转的任务被延后，所以暂时不写了！

相关文章：