Micro Frontends Architecture with Module Federation · Leçon

Stratégie de routage centralisé

Comprenez comment une seule application hôte peut gérer le routage de toutes les micro-interfaces intégrées.

Stratégie de routage centralisé est une leçon Micro Frontends Architecture with Module Federation gratuite sur CoddyKit. Ceci est la leçon 1 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Micro Frontends Architecture with Module Federation, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Micro Frontends Architecture with Module Federation comprend 4 leçons au total.

Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.

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.

Questions Fréquemment Posées

La leçon « Stratégie de routage centralisé » est-elle gratuite ?

Oui — le texte complet de « Stratégie de routage centralisé » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Micro Frontends Architecture with Module Federation, passe à CoddyKit PRO. Le cours Micro Frontends Architecture with Module Federation comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Stratégie de routage centralisé » ?

Comprenez comment une seule application hôte peut gérer le routage de toutes les micro-interfaces intégrées. Tu pratiques Micro Frontends Architecture with Module Federation avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Micro Frontends Architecture with Module Federation ?

Aucune expérience préalable n'est requise. Micro Frontends Architecture with Module Federation sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 1 sur 4.

Combien de temps prend la leçon « Stratégie de routage centralisé » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Micro Frontends Architecture with Module Federation ?

Oui. Chaque leçon Micro Frontends Architecture with Module Federation inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

Stratégie de routage centralisé
Mise en œuvre du routage fédéré
Liens profonds et gestion des URL
Gérer la navigation imbriquée et interapplications

← Retour à Micro Frontends Architecture with Module Federation