文章

在复杂业务场景里，页面渲染早就不是 SSR 和 CSR 的二选一，而是一个关于体验、稳定性与工程治理的系统设计问题。

这个项目最核心的价值，在于将一个繁琐的视觉翻译工作，收敛成了一个清晰的布局树重建算法问题。以下是该方案的具体实现拆解。

不把商户差异当成零散条件分支处理，而是把它当成需要治理的对象。

在 MultipleSite 这套多站点页面平台里，真正稳定串起整条链路的，不是 React 组件本身，也不是某个后台页面，而是一份被多个子系统共同消费的协议。

不再是“提供更多组件”，而是“提供一套页面生产系统”。标题里说“抛弃组件库”当然有一点传播意味，真实情况并不是不要组件，而是把组件从最终交付物，降级成页面平台里的基础物料。

配置驱动值钱的从来不是"把代码写进 JSON"，而是逼着你把散落在各个角落的定义重新收拢，建立起一套所有模块都认的页面模型。菜单、路由、权限、面包屑，不是四个独立的问题——它们是同一个问题的四种表现。

本文基于一个真实中后台项目的演进过程，聊聊这套结构是如何从老旧的单体系统一步步走过来的，主壳和子应用怎么协作，以及踩过哪些坑。