最近实践了微前端，写了个 blog 总结下

[MorningStar0]

示例项目的微前端迁移(仓库的 micro-front 分支)已完成：

• 目录结构重构
• 公共 module 引用抽离
• 公共 module 统一构建
• 公共 deps 抽离
• 公共依赖版本控制

blog 地址

[alexsunxl]

@musi #4 统一，就是 monorepo 和组件优化。
你瞅瞅我 20 楼的。
我觉得楼主没有理解 技术栈无关这个核心概念。

[alexsunxl]

统一 -> 同意

[MorningStar0]

@alexsunxl 这里源引 https://micro-frontends.org/来解释下。
> Techniques, strategies and recipes for building a modern web app with multiple teams that can ship features independently.
翻译：微前端是一种多个团队通过独立发布功能的方式来共同构建现代化 web 应用的技术手段及方法策略。
我可能更侧重独立发布功能和#12 中提到的需求

[MorningStar0]

@MorningStar0
@alexsunxl
这不意味着我否定技术栈无关这点，但我确实不想引入其他技术栈。虽然这在我通过#15 层提供的沙箱方案可以解决。
并且我觉得不一定要严格要求通过 **路由层** 解决 collection 的问题。

[anonymous2351d00]

微前端在 Angular 中的应用
https://github.com/worktile/ngx-planet

[weijiagege]

这不是 monorepo 前端实践吗，怎么就成微前端了

[corianderHunter]

这是哪门子微前端，而且感觉完全没必要用 monorepo ，应该是构建优化。

[MorningStar0]

@weijiagege
@corianderHunter
一个问题，你们的微前端项目不包括 monorepo 么？也不包括构建方式更改？
而且标题这里的 “从 CRA 将 react 项目迁移成微前端项目-1” 和副标题这里的 “从 CRA 将 react 项目迁移成微前端项目 —— 目录结构的确定和构建方式的更改”，这俩说明不了这篇是主要讲目录结构和构建更改的吗？

然后这个主题提到的 “在主项目中引用抽离的项目”，引用子应用的方式，包括我在#15 、#9 的回复，应该不难看出这个项目拆分完成的结果吧

[IvanLi127]

这内容确实和微前端没啥关系。。。另外我感觉微前端是个伪概念。。。