本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 微前端中的架构决策
<a name="architectural-decisions"></a>

在应用程序中应用微前端架构模式的团队必须尽早就架构做出多项决定：
+ [微前端的识别和边界的定义](micro-frontend-boundaries.md)
+ [使用微前端撰写页面和视图](composition-approaches.md)
+ [跨微前端的路由、状态管理和通信](routing-communication.md)
+ [管理跨领域问题的依赖关系](manage-dependencies.md)

以下各节将更深入地介绍这些主题。

在做出架构决策时，必须有正确的指标，了解使用模式、应用程序特征和权衡取舍。例如，与视频编辑工具或可观察性仪表板相比，电子商务网站具有不同的特征和使用模式。

可以针对初始页面加载指标（例如互动时间 (TTI) 和 First Contentful Paint (FCP)）对流量大、会话深度较短的面向公众的应用程序进行优化。相比之下，用户在一天开始时登录并全天与之交互的应用程序可能会针对应用程序内体验进行优化。应用团队可能会在每次导航后而不是初始页面加载后针对首次输入延迟 (FID) 指标进行优化。

公共网站必须适应各种浏览器环境。对客户端环境有已知限制的企业应用程序可以根据其限制条件优化其微前端组合。

架构决策没有一个正确的选择。了解权衡取舍、业务运营环境、使用模式和指标，以指导适合每个应用程序的决策。