Micro Frontends Architecture with Module Federation · Lekcja

Strategia scentralizowanego routingu

Dowiedz się, jak jedna aplikacja hosta może zarządzać routingiem wszystkich zintegrowanych Micro Frontends.

Strategia scentralizowanego routingu to bezpłatna lekcja Micro Frontends Architecture with Module Federation na CoddyKit. To lekcja 1 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Micro Frontends Architecture with Module Federation, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Micro Frontends Architecture with Module Federation zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

Intro to Centralized Routing

Welcome to the lesson on Centralized Routing Strategy in Micro Frontends! This approach is crucial for managing navigation across different parts of a large application.

We'll explore how a single 'host' application can take control of all routing decisions, providing a unified user experience.

What is Centralized Routing?

In a centralized routing setup, the main host application (also known as the shell or container) is responsible for defining and managing all routes for the entire application.

It acts as the single source of truth for navigation.
It decides which Micro Frontend (MFE) component should be loaded for a given URL path.
Remote MFEs typically don't manage their own top-level routes.

The Host's Routing Role

Imagine your host application as a traffic controller. When a user navigates to a URL, the host intercepts it, looks at its routing table, and then directs the request to the appropriate Micro Frontend.

The host often uses a routing library (like React Router for React apps) to define these global routes.

Conceptual Host Router Setup

Here's a simplified look at how a host's routing configuration might appear using a popular routing library. Notice how different paths are mapped to components from various Micro Frontends.

import React from 'react';
import { BrowserRouter as Router, Route, Switch } from 'react-router-dom';

// Imagine these are dynamically loaded MFE components
const ProductMFE = React.lazy(() => import('product_app/ProductPage'));
const CartMFE = React.lazy(() => import('cart_app/CartPage'));
const UserProfileMFE = React.lazy(() => import('user_app/ProfilePage'));

const App = () => (
  <Router>
    <Switch>
      <Route path="/products" component={ProductMFE} />
      <Route path="/cart" component={CartMFE} />
      <Route path="/profile" component={UserProfileMFE} />
      <Route path="/" component={HomePage} exact />
    </Switch>
  </Router>
);

export default App;

Dynamic Loading of MFEs

To efficiently load MFEs, the host typically uses dynamic imports. This means an MFE's code is only fetched and loaded when its corresponding route is activated, not upfront when the main application loads.

This improves initial page load times, as users only download the code they need.

Code: Dynamic MFE Import

This snippet shows how React.lazy() combined with Suspense enables dynamic loading and provides a fallback while the MFE component is being fetched.

import React, { Suspense } from 'react';

// Dynamically import a remote component
const RemoteButton = React.lazy(() => import('remoteApp/Button'));

const HostComponent = () => (
  <div>
    <h1>My Host App</h1>
    <Suspense fallback={<div>Loading Remote Button...</div>}>
      <RemoteButton label="Click Me!" />
    </Suspense>
  </div>
);

export default HostComponent;

Benefits of Centralized Routing

Adopting a centralized routing strategy offers several key advantages:

Unified User Experience: Ensures consistent navigation patterns and URLs across the entire application.
Simplified Global Navigation: Easier to implement a single, cohesive navigation bar or menu.
Host Control: The host maintains full control over which MFEs are loaded and when.
Easier Analytics: Centralized routing can simplify tracking user journeys across the entire application.

Considerations and Challenges

While beneficial, centralized routing also has its considerations:

Host Dependency: The host becomes a critical dependency; if it fails, the entire routing system is down.
Scalability of Routing Logic: A very large application might make the host's routing configuration complex and difficult to manage.
MFE Autonomy: Remote MFEs have less control over their own public-facing URLs.
Version Management: Changes to routes in the host might require coordination with MFE deployments.

When to Use Centralized Routing

This strategy is often ideal for scenarios where:

A single team or entity owns the overall application shell and navigation.
The application has a clear hierarchy and a relatively stable set of top-level routes.
A consistent look and feel across all MFEs is a high priority.
There's a need for tight integration and shared context across different parts of the application.

Routing Strategy Check

Which of the following are key characteristics or benefits of a Centralized Routing Strategy in Micro Frontends?

Centralized Routing Recap

In this lesson, we explored the Centralized Routing Strategy. We learned that the host application controls all top-level routes, dynamically loading Micro Frontends as needed.

This approach offers benefits like a unified user experience and simplified global navigation, though it introduces a strong dependency on the host. Understanding when to apply this strategy is key to effective Micro Frontend architecture.

Często zadawane pytania

Czy lekcja „Strategia scentralizowanego routingu” jest bezpłatna?

Tak — pełny tekst „Strategia scentralizowanego routingu” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Micro Frontends Architecture with Module Federation, przejdź na CoddyKit PRO. Kurs Micro Frontends Architecture with Module Federation zawiera 4 lekcji w sumie.

Co nauczysz się w „Strategia scentralizowanego routingu”?

Dowiedz się, jak jedna aplikacja hosta może zarządzać routingiem wszystkich zintegrowanych Micro Frontends. Ćwiczysz Micro Frontends Architecture with Module Federation z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Micro Frontends Architecture with Module Federation?

Nie wymagamy żadnego doświadczenia. Micro Frontends Architecture with Module Federation w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 1 z 4.

Ile czasu zajmuje lekcja „Strategia scentralizowanego routingu”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Micro Frontends Architecture with Module Federation?

Tak. Każda lekcja Micro Frontends Architecture with Module Federation zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

Strategia scentralizowanego routingu
Implementacja routingu federacyjnego
Deep linking i zarządzanie adresami URL
Obsługa zagnieżdżonej nawigacji i nawigacji między aplikacjami

← Powrót do Micro Frontends Architecture with Module Federation