2024-08-29 Frontend Working Group Meeting Notes: Plugin Prop Customization
Date, time, location
Date:Aug 29, 2024 at 15:00 UTC (timezone converter)
Location: https://meet.google.com/cxz-yjwi-gvi
Discussion topic(s)
Vendor-specific prop customization (@Adam Stankiewicz)
Module federation update (@David Joy)
🎥Recording
Video: Frontend Working Group Meeting – 2024/08/29 11:59 BRT – Recording
Chat: Frontend Working Group Meeting – 2024/08/29 11:59 BRT – Chat
Transcript: Frontend Working Group Meeting – 2024/08/29 11:59 BRT – Transcript
Participants
Adam Stankiewicz, Adolfo Brandes, Brian Smith, David Joy, Fox Piacenti, Hina Khadim, Jason Wesson, Juan Carlos Iasenza, Leonel Katsikaris, Max Frank
🤖 Summary
Custom Props for MFE Components (Adam Stankiewicz):
Problem: Currently, specific props (like Hot Jar suppression) are hardcoded across the platform, which is not open-source-friendly. There is no standard way to merge props with existing components.
Proposed Solution: Extend the Frontend Plugin Framework (FPF) to allow merging custom props with default components. The new approach includes a
slotOptions
prop, enabling prop merging without affecting existing users.Challenges:
Prop merging assumes single-element children in plugin slots, which may need refinement.
The debate on whether plugin slots should wrap certain elements (e.g., usernames) or directly modify their props was discussed.
The complexity of handling multiple plugin slots and instances in MFEs, and how to avoid wrapping elements with different CSS styles (e.g., div vs. span).
Module Federation and Future MFE Architectures (David Joy):
Module Federation Overview:
MFEs can now be deployed in two main ways: as part of a unified build or using module federation, which loads components dynamically from different locations at runtime.
Challenges: Different organizations have varying needs—some prefer modular micro frontends (MFEs), while others favor a unified site with shared dependencies.
Vision: The future architecture allows flexible ways to build and deploy MFEs, balancing operator simplicity and developer flexibility.
Key Features of Future MFE Architecture:
Site Config vs. Module Config: Operators can use a single site configuration to control all modules, reducing complexity. Each MFE can be federated as a module and loaded dynamically.
Customization: Operators can either rely on pre-packaged apps or customize them within projects. This architecture also allows lazy loading of specific MFE components.
Separation of Concerns: Long-term, plugin authors would manage the complexity of prop spreading and configurations, minimizing the burden on operators.
General Discussion:
Complexit