本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 微型前端中的架構決策
<a name="architectural-decisions"></a>

為其應用程式套用微型前端架構模式的團隊必須儘早對架構做出幾項決策：
+ [微型前端的識別和邊界的定義](micro-frontend-boundaries.md)
+ [使用微型前端編寫頁面和檢視](composition-approaches.md)
+ [跨微型前端的路由、狀態管理和通訊](routing-communication.md)
+ [管理交叉切割問題的相依性](manage-dependencies.md)

以下章節將更深入地介紹這些主題。

做出架構決策時，請務必擁有正確的指標，並了解使用模式應用程式特性和權衡。例如，與影片編輯工具或可觀測性儀表板相比，電子商務網站具有不同的特性和使用模式。

具有高流量和短工作階段深度的公開應用程式可以針對初始頁面載入指標進行最佳化，例如互動式時間 (TTI) 和第一個有內容的顏料 (FCP)。相反地，使用者在一天開始時登入並全天持續互動的應用程式，可能會針對應用程式內體驗進行最佳化。應用程式團隊可能會在每次導覽後最佳化第一次輸入延遲 (FID) 指標，而不是初始頁面載入。

公有網站必須符合各種瀏覽器環境。對用戶端環境具有已知限制的企業應用程式，可以根據其限制來最佳化其微型前端合成。

架構決策沒有單一正確的選擇。了解權衡、業務營運的環境、用量模式和指標，以引導適用於每個個別應用程式的決策。