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

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

毒舌时刻

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

"我的应用不大,不需要微前端"——结果应用越来越大,维护困难,
"微前端太复杂了,不如一个大单体"——结果团队协作困难,部署冲突,
"我用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

dify接入企业微信群聊机器人详细步骤(从零到上线全记录)

第一章:dify接入企业微信群聊机器人详细步骤(从零到上线全记录) 准备工作:获取企业微信机器人Webhook URL 在企业微信管理后台创建群聊机器人,获取唯一的 Webhook 地址。该地址用于外部系统向指定群组发送消息。登录企业微信 → 进入“应用管理” → 创建或选择一个自建应用 → 添加“群机器人”,复制生成的 Webhook URL。 配置Dify工作流触发外部通知 在 Dify 中设置自定义响应后处理逻辑,通过 HTTP 请求将输出内容推送到企业微信群。使用内置的“HTTP 请求”节点,填写以下参数: * Method: POST * URL: 企业微信机器人的 Webhook 地址 * Body (JSON): 包含要发送的消息内容 { "msgtype": "text", "text"

【论文阅读】 EmbedX: Embedding-Based Cross-Trigger Backdoor Attack Against Large Language Models

EmbedX: Embedding-Based Cross-Trigger Backdoor Attack Against Large Language Models 本篇论文收录于USENIX 2025,作者来自武汉大学、华中科技大学和香港城市大学。 概述 近期的研究揭示了后门攻击可以通过在训练/微调阶段引入包含特定触发器token的样本来操纵模型的表现(例如干扰模型分类任务对目标标签的判别,或者输出一些恶意链接)。当前的后门攻击工作集中在单一token触发器的设计(比如使用一个固定的单词或者字符作为触发器),但在现实中不同用户可能使用不同语言或者风格的替代词,这可能会导致触发器在多用户、多语言环境下失效。该论文提出了EmbedX来进行跨触发器(cross-trigger)的后门攻击。该方法通过将连续的embedding向量当作软触发器(soft trigger),直接在embedding层插入,而不依赖离散的token。为了保证攻击方法的隐蔽性,该论文设计两域约束(频域和梯度),使得有毒样本在模型内部表示上与正常样本接近。该方法在多个LLM和不同的任务上取得了很好的效果。

FPGA开发必看!Xilinx Vivado付费IP核License状态解读与获取/vivado最新license获取

FPGA开发必看!Xilinx Vivado付费IP核License状态解读与获取/vivado最新license获取

Xilinx(AMD) vivado软件全部付费IP核及license许可介绍和获取 制作不易,记得三连哦,给我动力,持续更新!!! License或IP src源码 文件下载:Xilinx IP 完整license获取 (点击蓝色字体获取)(可提供IP源码) 一、介绍 Vivado是Xilinx(现属AMD)FPGA开发的核心工具,其内置的IP核资源库极为丰富。这些IP核根据来源可分为两大类: 一类是Xilinx官方提供的IP核,另一类则来自第三方供应商。从授权方式来看,又可划分为免费授权和商业授权两种类型。对于需要商业授权的IP核,用户必须获取对应的License文件方可正常使用。 二、Xilinx IP核 2.1 Xilinx 免费IP Xilinx(AMD)自主开发的IP核主要提供基础功能模块和必要接口组件,涵盖数字信号处理、通信协议、存储控制等通用功能。这类IP核已集成在Vivado开发环境中,用户完成软件安装后即可直接调用,无需额外授权文件。其完整支持设计全流程,包括功能仿真、逻辑综合、布局布线以及比特流生成。在Vivado的License管理界面中,

基于无人机遥感的植被覆盖度测量实践与经验分享

基于无人机遥感的植被覆盖度测量实践与经验分享

分享基于无人机遥感的植被覆盖度测量实验经验,主要任务是利用大疆Mavic 3无人机进行植被覆盖度地面测量,包含样方设计、航线规划、现场拍摄以及借助AI算法计算覆盖度。 一、实验概况与目的 实验测量的植被覆盖度(Fractional Vegetation Cover, FVC)定义为植被地上部分垂直投影面积占统计区总面积的百分比,是反映生态环境状态的重要参量,传统地面测量耗时耗力,而无人机遥感凭借其高机动性和高分辨率成为主流手段。本次实验的主要目的是: * 掌握无人机遥感监测的标准化操作流程 * 学习植被覆盖度地面测量的技术方法 * 熟悉使用AI(DeepSeek算法)完成植被覆盖度计算 * 总结无人机监测中的常见问题及解决方案二、技术方法与工作流程 二、技术方法与工作流程 2.1 植被覆盖度地面测量技术简介 植被覆盖度指单位面积内植被冠层(叶、茎、枝)垂直投影面积所占的比例。目前最常用的地面测量方法是照相法——利用数码相机或无人机拍摄样方照片,然后通过图像识别计算植被像素占比。本次实验采用无人机垂直向下拍摄小样方(1m×1m),再通过算法批量计算覆盖度。 2.