smalljs$molSuche⌘ KDokuPlaygroundVergleichÖkosystemÜberDE
ReleasesGetting StartedEinführungMentales ModellErste SchritteVon TypeScript zu view.treeProjektstrukturWerkzeugeEssentialsInstallationViewsZustand und ReaktivitätRoutingRenderingTestenDeploymentFehlerbehebungDataDatenabrufDatenschemasGiper BazaMoreSchaufensterVon React, Vue und SvelteKochbuchAdvancedPluginsModul-MetadatenOfflineGhost-AnsichtenAboutFAQTeamReleasesAPI$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

Releases

$mol wird kontinuierlich ausgeliefert. Statt nummerierte Versionen zu schneiden, wird das Framework direkt aus dem mam_mol-Monorepo ausgeliefert — jede gemergte Änderung ist sofort für alle verfügbar, die dagegen bauen. Das MAM-Build-Werkzeug holt immer die aktuellen Quellen, es gibt also keinen Upgrade-Schritt und keine Versionsmatrix abzugleichen.

Änderungen verfolgen

Commit-Historie — die mam_mol-Commits sind das kanonische Änderungsprotokoll.Historie pro Modul — jeder Komponentenordner auf GitHub führt sein eigenes Commit-Log, sodass Sie nur die von Ihnen genutzten Teile beobachten können.DEV-Community — nennenswerte Ergänzungen und Beiträge werden unter dem #mol-Tag geteilt.

Was das in der Praxis bedeutet

Da es keine brechenden Release-Grenzen gibt, bevorzugt das Framework eine rückwärtskompatible Evolution: Komponenten gewinnen Funktionen, ohne umbenannt zu werden, und die typisierten view.tree-Schnittstellen lassen Inkompatibilitäten zur Kompilierzeit statt zur Laufzeit auftauchen. Wenn ein Build nach einem Update nicht mehr kompiliert, weisen die TypeScript-Fehler Sie direkt auf das hin, was sich geändert hat.
Diese Seite auf GitHub bearbeitenWar das hilfreich?JaNeinZurückTeamWeiter$mol_button_major
Auf dieser SeiteÄnderungen verfolgenWas das in der Praxis bedeutet
Type to search the documentation.