微前端聚合
app-main 是唯一宿主。运行时按 remotes 注册表加载子应用路由,合并进同一套菜单、权限与布局,子应用无需为被聚合改一行代码。
MF 2.0基于 Vue 3 + MF 2.0 的企业级微前端底座
保留 Art Design Pro 的优雅界面与业务组件,把应用边界、状态共享、加载性能、脚手架与 错误隔离做成可验证的工程约束。不是把单体拆开,而是让复杂度可控。
Architecture advantages
微前端的难点从来不是“加载另一个应用”,而是部署、状态、依赖与运行时的一致。 这六件事,我们在底座层面解决。
app-main 是唯一宿主。运行时按 remotes 注册表加载子应用路由,合并进同一套菜单、权限与布局,子应用无需为被聚合改一行代码。
MF 2.0每个子应用自带 Layout、登录页与路由守卫,可以独占域名独立部署、独立发布,也能被宿主聚合,两种形态共用同一套核心。
STANDALONE登录后 requestIdleCallback 空闲预热 manifest、remoteEntry 与路由表,菜单悬停再预取页面 chunk,真正点击时直接命中缓存。
PRELOADapp:create / app:list / app:delete 三条命令完成建应用、注册远端、追加 RouteName 与回收清理,校验不过直接失败、不落盘。
CLItypecheck、dependency-cruiser 依赖方向、产物审计与双端 CI 组成质量门禁;GitHub Quality Gate 与 Gitee 双审批,越界代码合不进去。
CI GATE远端加载超时重试、ArtErrorBoundary 局部兜底、全局脚本与资源错误归集。单个子应用崩溃只影响自己的卡片,宿主继续可用。
RESILIENCEIndependent deployments
三个应用各自构建、各自部署、各自发布。它们能被宿主聚合成同一套菜单与权限, 也能用独立域名单独打开 —— 两种形态共用同一套核心。
极薄基座,统一登录与路由调度
app-main.qxiangkj.cn 打开 Remote 独立部署 权限管理微应用,可独立运行
app-system.qxiangkj.cn 打开 Remote 独立部署 高级表格、编辑器与模板库
app-example.qxiangkj.cn 打开 直接访问 app-system 或 app-example 域名时,会看到各自的独立登录页与完整布局; 由 app-main 打开时,它们只贡献路由与页面。演示账号 Super / 123456。
Monorepo, with boundaries
apps 是可部署单元,packages 是可共享能力。依赖方向由规则强制,而不是靠约定和记忆。 子应用可以独立单飞,也可以被宿主聚合,两种形态共用同一套核心。