Web Components ou framework (React, Vue) pour un design system partagé ?
poze 2 months ago422 gadefr
Notre organisation a des applications en React, en Vue et une en Angular. On veut une bibliothèque de composants commune (boutons, modales, formulaires). Web Components ?
Dyagnostik IA
Se IA ki fè l. Se pa yon repons — kominote a anba a konfime oswa korije l. Toujou verifye anvan ou fye l.
1 Repons
C'est précisément le cas d'usage où les Web Components ont le plus de sens : des composants agnostiques du framework, consommables partout.
Points d'attention : - Outillage : Lit ou Stencil rendent l'écriture bien plus agréable que l'API native brute. - Intégration React : React 19 gère enfin correctement les propriétés et événements des Custom Elements. Pour les versions antérieures, @lit/react génère des wrappers. - Formulaires : utilise ElementInternals (form-associated custom elements) pour que tes champs participent aux <form> natifs et à la validation. - Style : le Shadow DOM isole les styles (c'est bien pour la robustesse). Expose la personnalisation par custom properties CSS et ::part(). - SSR : le rendu serveur du Shadow DOM (Declarative Shadow DOM) est plus limité qu'avec un framework.
Alternative : si 90 % des apps sont en React, une bibliothèque React plus des design tokens partagés (couleurs, espacements, typographie en CSS variables) pour les autres peut être plus simple à maintenir.
Konekte pou di lòt moun si li te mache.
Sign in and verify your email to post an answer.