Micro-frontendNguyên tắc: tránh một shared mutable store dùng chung xuyên các micro-frontend, vì nó tạo coupling chặt và khóa version (mọi mảnh phải dùng cùng phiên bản store).
Thứ tự ưu tiên:
- suy ra state từ URL hoặc từ backend (nguồn sự thật chung, không cần đồng bộ thủ công);
- phát event/message khi có thay đổi để mảnh khác tự cập nhật state riêng của nó;
- browser storage (localStorage/cookie) cho dữ liệu thô như token
Mỗi micro-frontend nên giữ state nội bộ của mình.
Lưu ý: nếu buộc phải chia sẻ một mẩu state, hãy định nghĩa contract rõ ràng và payload tối thiểu — đừng để cấu trúc state nội bộ của một mảnh lộ ra thành phụ thuộc của các mảnh khác.
Principle: avoid a single shared mutable store across micro-frontends, since it creates tight coupling and version lock (every piece must use the same store version).
Order of preference:
- derive state from the URL or the backend (a shared source of truth, no manual syncing);
- emit events/messages on change so other pieces update their own state;
- browser storage (localStorage/cookies) for raw data like tokens
Each micro-frontend should keep its own internal state.
Note: if you must share a piece of state, define a clear contract and a minimal payload — don't let one piece's internal state shape become a dependency of the others.