本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
后续步骤
本指南涵盖了架构和组织模式、关键决策的权衡以及与微前端相关的治理问题。这些表格从以下几个方面总结了本文档中讨论的做法的权衡取舍：
-
A@@ ut onomy − 每个微前端团队能够独立改进其实现并向最终用户发布。
-
一致性 − 应用程序的整体体验，其中每个微前端的行为都符合预期。高一致性意味着微前端与应用程序的其余部分保持一致，并且不会损害整个应用程序的用户体验。
-
复杂性 − 实施和测试微前端、整个应用程序和治理控制所需的基础架构、代码和工作量。
练习 |
自治 |
一致性 |
复杂性 |
|---|---|---|---|
使用微前端而不是单片应用程序进行构建 |
高 |
中 |
高 |
代码共享实践 |
自治 |
一致性 |
复杂性 |
|---|---|---|---|
什么都不分享 |
高 |
低 |
低 |
分享跨领域问题 |
中 |
高 |
中 |
共享业务逻辑 |
低 |
高 |
中 |
在构建时通过库共享 |
中 |
高 |
低 |
在运行时共享 |
高 |
高 |
高 |
微前端发现实践 |
自治 |
一致性 |
复杂性 |
|---|---|---|---|
在应用程序构建期间进行配置 |
低 |
高 |
低 |
服务器端发现 |
高 |
高 |
中 |
客户端（运行时）发现 |
高 |
高 |
中 |
查看作文练习 |
自治 |
一致性 |
复杂性 |
|---|---|---|---|
服务器端合成 |
高 |
中 |
高 |
边缘构图 |
中 |
中 |
高 |
客户端合成 |
高 |
中 |
中 |
要详细了解本指南中引入的概念，请参阅 “资源” 部分。
