smalljs$molSzukaj⌘ KDokumentacjaPlaygroundPorównanieEkosystemO projekciePL
WydaniaGetting StartedWprowadzenieModel mentalnyPierwsze krokiZ TypeScriptu do view.treeStruktura projektuNarzędziaEssentialsInstalacjaWidokiStan i reaktywnośćRoutingRenderowanieTestowanieWdrożenieRozwiązywanie problemówDataPobieranie danychSchematy danychGiper BazaMorePrezentacjaZ React, Vue i SvelteZbiór przepisówAdvancedWtyczkiMetadane modułuOfflineWidoki-duchyAboutFAQZespółWydaniaAPI$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

Wydania

$mol jest dostarczany w sposób ciągły. Zamiast wycinać numerowane wersje, framework jest dostarczany prosto z monorepo mam_mol — każda scalona zmiana jest natychmiast dostępna dla każdego, kto na niej buduje. Narzędzie do budowania MAM zawsze pobiera bieżące źródła, więc nie ma kroku aktualizacji ani macierzy wersji do uzgadniania.

Śledzenie zmian

Historia commitów commity mam_mol są kanonicznym changelogiem.Historia per moduł — każdy folder komponentu na GitHubie ma własny log commitów, więc możesz obserwować tylko te części, których używasz.Społeczność DEV — godne uwagi dodatki i artykuły są udostępniane pod tagiem #mol.

Co to oznacza w praktyce

Ponieważ nie ma łamiących granic wydań, framework preferuje ewolucję zgodną wstecz: komponenty zyskują funkcje bez zmiany nazw, a typowane interfejsy view.tree sprawiają, że niezgodności ujawniają się w czasie kompilacji, a nie w czasie wykonania. Jeśli budowa przestaje się kompilować po aktualizacji, błędy TypeScript wskazują ci wprost, co się zmieniło.
Edytuj tę stronę na GitHubieCzy to było pomocne?TakNiePoprzedniaZespółNastępna$mol_button_major
Na tej stronieŚledzenie zmianCo to oznacza w praktyce
Type to search the documentation.