กลยุทธ์การกำหนดเส้นทางแบบรวมศูนย์
ทำความเข้าใจว่าแอปพลิเคชันโฮสต์เพียงแอปเดียวสามารถจัดการเส้นทางสำหรับไมโครฟรอนต์เอนด์ที่ผสานรวมทั้งหมดได้อย่างไร
กลยุทธ์การกำหนดเส้นทางแบบรวมศูนย์ เป็นบทเรียน Micro Frontends Architecture with Module Federation ฟรีบน CoddyKit นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Micro Frontends Architecture with Module Federation และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Micro Frontends Architecture with Module Federation มีบทเรียนทั้งหมด 4 บทเรียน
บางส่วนของบทเรียนนี้ยังไม่ได้รับการแปล และแสดงเป็นภาษาอังกฤษ
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.
คำถามที่พบบ่อย
บทเรียน “กลยุทธ์การกำหนดเส้นทางแบบรวมศูนย์” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “กลยุทธ์การกำหนดเส้นทางแบบรวมศูนย์” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Micro Frontends Architecture with Module Federation ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Micro Frontends Architecture with Module Federation มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “กลยุทธ์การกำหนดเส้นทางแบบรวมศูนย์”
ทำความเข้าใจว่าแอปพลิเคชันโฮสต์เพียงแอปเดียวสามารถจัดการเส้นทางสำหรับไมโครฟรอนต์เอนด์ที่ผสานรวมทั้งหมดได้อย่างไร คุณปฏิบัติ Micro Frontends Architecture with Module Federation ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Micro Frontends Architecture with Module Federation หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน Micro Frontends Architecture with Module Federation บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน
บทเรียน “กลยุทธ์การกำหนดเส้นทางแบบรวมศูนย์” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน Micro Frontends Architecture with Module Federation นี้ได้ไหม
ได้ บทเรียน Micro Frontends Architecture with Module Federation ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- กลยุทธ์การกำหนดเส้นทางแบบรวมศูนย์
- การสร้างเส้นทางแบบสหพันธ์
- การลิงก์เชิงลึกและการจัดการ URL
- การจัดการการนำทางแบบซ้อนและข้ามแอป