本文介绍了前端架构师如何利用微前端技术将应用拆分成多个子应用，以满足用户的不同需求。每个子应用都有独立的组件、路由、状态管理和数据模型等。同时，文章强调了View与Component的区别，Component主要负责UI渲染和交互逻辑，具有高度复用性。文章还提及了使用UI组件构建业务视图的方法，并提供了工作簿实例来展示公式树的实现方式。
随着用户需求的多样化，有的用户仅需要部分功能，于是聪明的前端架构师“小李”利用时下流行的微前端技术， 无功补偿将应用拆分成了的 3 个子应用： - 【基础应用】包含功能：A - 【子应用A】包含功能：B,C,D - 【子应用B】包含功能：E,F,G 这样等于有 3 个套餐可以供客户选择： - 套餐A：基础应用 + 子应用A - 套餐B：基础应用 + 子应用B - 套餐C：基础应用 + 子应用A + 子应用B
并且麻雀虽小，五脏俱全，拥有独立的路由解析、状态管理、数据模型、控制器、视图、组件、资源、业务实体、API管理等等...总之，所有与自己领域相关的资源都被内聚到了一起。
以下是某巨石应用的SRC目录，其特点是以“文件职能”作为一级分类、“功能模块”作为次级分类：
本质上说View就是一个Component，但我们从架构的思维来区分它们：
- View：业务视图，无功补偿用来表现业务规则与逻辑，通常能够较为独立和完整的解决某一领域问题。
- Component：UI组件，它用来表现渲染规则与交互逻辑，通常不与具体业务直接相关，可复用在各种不同业务场景中。
所以在“微模块”的架构中，丰富多彩的UI界面由一个个单一职责的View聚合而成ÿ
最低0.47元/天 解锁文章
扫一扫
637
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
