前端微前端:大型应用的模块化解决方案

前端微前端:大型应用的模块化解决方案

毒舌时刻

前端微前端?这不是过度设计吗?

"我的应用不大,不需要微前端"——结果应用越来越大,维护困难,
"微前端太复杂了,不如一个大单体"——结果团队协作困难,部署冲突,
"我用iframe就够了"——结果性能差,用户体验差。

醒醒吧,微前端不是银弹,但对于大型应用来说,它是一个有效的解决方案!

为什么你需要这个?

  • 团队协作:不同团队可以独立开发和部署
  • 技术栈灵活:不同微前端可以使用不同的技术栈
  • 独立部署:单个微前端可以独立部署,不影响其他部分
  • 可扩展性:可以轻松添加新的微前端

反面教材

<!-- 反面教材:使用iframe实现微前端 --> <!DOCTYPE html> <html> <head> <title>主应用</title> </head> <body> <h1>主应用</h1> <!-- 使用iframe加载微前端 --> <iframe src="https://micro-app1.example.com"></iframe> <iframe src="https://micro-app2.example.com"></iframe> </body> </html> 

正确的做法

// 正确的做法:使用Module Federation // 主应用webpack配置 const { ModuleFederationPlugin } = require('webpack').container; module.exports = { plugins: [ new ModuleFederationPlugin({ name: 'host', remotes: { microApp1: 'microApp1@http://localhost:3001/remoteEntry.js', microApp2: 'microApp2@http://localhost:3002/remoteEntry.js' }, shared: { react: { singleton: true, requiredVersion: '^18.0.0' }, 'react-dom': { singleton: true, requiredVersion: '^18.0.0' } } }) ] }; // 微应用1webpack配置 const { ModuleFederationPlugin } = require('webpack').container; module.exports = { plugins: [ new ModuleFederationPlugin({ name: 'microApp1', filename: 'remoteEntry.js', exposes: { './App': './src/App' }, shared: { react: { singleton: true, requiredVersion: '^18.0.0' }, 'react-dom': { singleton: true, requiredVersion: '^18.0.0' } } }) ] }; // 主应用中使用微应用 import React, { lazy, Suspense } from 'react'; // 懒加载微应用 const MicroApp1 = lazy(() => import('microApp1/App')); const MicroApp2 = lazy(() => import('microApp2/App')); function App() { return ( <div> <h1>主应用</h1> <Suspense fallback={<div>加载中...</div>}> <MicroApp1 /> <MicroApp2 /> </Suspense> </div> ); } // 正确的做法:使用Single-SPA // 主应用配置 import { registerApplication, start } from 'single-spa'; // 注册微应用 registerApplication({ name: 'micro-app-1', app: () => import('@org/micro-app-1'), activeWhen: (location) => location.pathname.startsWith('/micro-app-1'), customProps: { authToken: 'token' } }); registerApplication({ name: 'micro-app-2', app: () => import('@org/micro-app-2'), activeWhen: (location) => location.pathname.startsWith('/micro-app-2') }); // 启动应用 start(); // 微应用配置 import { mountRootParcel } from 'single-spa'; // 导出生命周期函数 export const bootstrap = async () => { console.log('微应用1启动'); }; export const mount = async (props) => { console.log('微应用1挂载', props); // 挂载应用 const el = document.getElementById('micro-app-1'); // 渲染应用 return Promise.resolve(); }; export const unmount = async () => { console.log('微应用1卸载'); // 卸载应用 return Promise.resolve(); }; 

毒舌点评

看看,这才叫前端微前端!不是简单地使用iframe,而是使用Module Federation或Single-SPA等专业的微前端方案。

记住,微前端不是为了拆分而拆分,而是为了解决大型应用的维护和协作问题。它需要合理的架构设计和团队协作。

所以,别再觉得微前端复杂了,它是大型应用的必然选择!

总结

  • Module Federation:Webpack 5的内置功能,支持模块共享
  • Single-SPA:最早的微前端框架,支持多种技术栈
  • Qiankun:基于Single-SPA的微前端方案,提供了更多功能
  • 独立部署:每个微前端可以独立构建和部署
  • 技术栈灵活:不同微前端可以使用不同的技术栈
  • 模块共享:共享公共依赖,减少重复加载
  • 路由管理:统一的路由管理,实现微前端间的导航
  • 状态管理:跨微前端的状态管理方案

微前端,让大型应用的开发和维护变得更加简单!

Read more

Android WebView 版本升级方案详解

Android WebView 版本升级方案详解 目录 1. 问题背景 2. WebViewUpgrade 项目介绍 3. 升级方法详解 4. 替代方案对比 5. 接入与使用步骤 6. 注意事项与限制 7. 总结与建议 问题背景 WebView 版本差异带来的问题 Android 5.0 以后,WebView 升级需要去 Google Play 安装 APK,但即使安装了也不一定能正常工作。像华为、Amazon 等特殊机型的 WebView 的 Chromium 版本一般比较低,只能使用它自己的 WebView,无法使用 Google 的 WebView。 典型问题场景 H.265 视频播放问题:

详细教程:如何从前端查看调用接口、传参及返回结果(附带图片案例)

详细教程:如何从前端查看调用接口、传参及返回结果(附带图片案例)

目录 1. 打开浏览器开发者工具 2. 使用 Network 面板 3. 查看具体的API请求 a. Headers b. Payload c. Response d. Preview e. Timing 4. 实际操作步骤 5. 常见问题及解决方法 a. 无法看到API请求 b. 请求失败 c. 跨域问题(CORS) 作为一名后端工程师,理解前端如何调用接口、传递参数以及接收返回值是非常重要的。下面将详细介绍如何通过浏览器开发者工具(F12)查看和分析这些信息,并附带图片案例帮助你更好地理解。 1. 打开浏览器开发者工具 按下 F12 或右键点击页面选择“检查”可以打开浏览器的开发者工具。常用的浏览器如Chrome、Firefox等都内置了开发者工具。下面是我选择我的一篇文章,打开开发者工具进行演示。 2. 使用

【LLM】Ollama:本地大模型 WebAPI 调用实战指南

1. 为什么选择Ollama部署本地大模型 最近两年大模型技术发展迅猛,但很多开发者面临一个现实问题:公有云API调用不仅费用高昂,还存在数据隐私风险。Ollama的出现完美解决了这个痛点,它就像是你本地的模型管家,可以一键部署各种开源大模型。我去年在开发智能客服系统时就深受其益,既避免了敏感客户数据外泄,又省下了大笔API调用费用。 与传统方案相比,Ollama有三大优势:首先是安装简单,用Docker一条命令就能跑起来;其次是模型丰富,支持Llama、Mistral等主流开源模型;最重要的是API标准化,完全兼容OpenAI的接口规范。实测在16GB内存的MacBook Pro上运行7B参数的模型,响应速度可以控制在2秒以内,完全能满足大多数应用场景。 2. 五分钟快速搭建Ollama环境 2.1 准备工作就像搭积木 在开始之前,我们需要准备两个基础组件:Docker和Python环境。这里有个小技巧分享——建议使用Docker Desktop的WSL2后端(Windows用户),性能比传统虚拟机模式提升30%以上。安装完成后,记得执行以下命令验证版本: docker

前端国际化:别让你的应用只懂一种语言

前端国际化:别让你的应用只懂一种语言 毒舌时刻 这应用写得跟方言似的,出了本地就没人懂。 各位前端同行,咱们今天聊聊前端国际化。别告诉我你的应用还只有中文版本,那感觉就像在国际会议上只说方言——能说,但没人懂。 为什么你需要国际化 最近看到一个项目,想拓展海外市场,但所有文本都是硬编码在代码里的。我就想问:你是在做本地应用还是在做国际产品? 反面教材 // 反面教材:硬编码文本 function App() { return ( <div> <h1>欢迎来到我的网站</h1> <p>这是一个示例应用</p> <button>点击我</button> <div>