smalljs$molRechercher⌘ KDocsPlaygroundComparerÉcosystèmeÀ proposFR
VersionsGetting StartedIntroductionModèle mentalDémarrageDe TypeScript à view.treeStructure d'un projetOutillageEssentialsInstallationVuesÉtat et réactivitéRoutageRenduTestsDéploiementDépannageDataRécupération de donnéesSchémas de donnéesGiper BazaMoreVitrineDe React, Vue et SvelteRecettesAdvancedPluginsMétadonnées de moduleHors-ligneVues fantômesAboutFAQÉquipeVersionsAPI$mol_button_major$mol_button_minor$mol_string$mol_number$mol_text$mol_paragraph$mol_list$mol_row$mol_link$mol_check$mol_switch$mol_select$mol_scroll$mol_page$mol_pick

Versions

$mol est livré en continu. Plutôt que de découper des versions numérotées, le framework est distribué directement depuis le monorepo mam_mol — chaque changement fusionné est immédiatement disponible pour quiconque développe avec. L'outil de build MAM récupère toujours les sources actuelles, il n'y a donc pas d'étape de mise à niveau ni de matrice de versions à réconcilier.

Suivre les changements

Historique des commits — les commits de mam_mol sont le journal des modifications canonique.Historique par module — chaque dossier de composant sur GitHub porte son propre journal de commits, vous pouvez donc surveiller uniquement les parties que vous utilisez.Communauté DEV — les ajouts et articles notables sont partagés sous le tag #mol.

Ce que cela signifie en pratique

Comme il n'y a pas de frontières de version cassantes, le framework privilégie une évolution rétrocompatible : les composants gagnent des fonctionnalités sans être renommés, et les interfaces typées view.tree font apparaître les incompatibilités à la compilation plutôt qu'à l'exécution. Si un build cesse de compiler après une mise à jour, les erreurs TypeScript vous pointent directement ce qui a changé.
Modifier cette page sur GitHubÉtait-ce utile ?OuiNonPrécédentÉquipeSuivant$mol_button_major
Sur cette pageSuivre les changementsCe que cela signifie en pratique
Type to search the documentation.