smalljs$molPesquisar⌘ KDocsPlaygroundCompararEcossistemaSobrePT
LançamentosGetting StartedIntroduçãoModelo mentalPrimeiros passosDe TypeScript para view.treeEstrutura do projetoFerramentasEssentialsInstalaçãoViewsEstado e reatividadeRoteamentoRenderizaçãoTestesDeploySolução de problemasDataBusca de dadosEsquemas de dadosGiper BazaMoreVitrineDe React, Vue e SvelteLivro de receitasAdvancedPluginsMetadados de móduloOfflineVistas fantasmaAboutFAQEquipeLançamentosAPI$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

Lançamentos

$mol é entregue continuamente. Em vez de cortar versões numeradas, o framework é distribuído direto do monorepo mam_mol — cada mudança mesclada fica imediatamente disponível para quem desenvolve com ele. A ferramenta de build MAM sempre puxa os fontes atuais, então não há passo de atualização nem matriz de versões para conciliar.

Acompanhando mudanças

Histórico de commits — os commits do mam_mol são o changelog canônico.Histórico por módulo — cada pasta de componente no GitHub carrega seu próprio log de commits, então você pode acompanhar apenas as partes que usa.Comunidade DEV — adições e artigos notáveis são compartilhados sob a tag #mol.

O que isso significa na prática

Como não há fronteiras de lançamento que quebram, o framework favorece uma evolução retrocompatível: componentes ganham recursos sem serem renomeados, e as interfaces tipadas view.tree fazem as incompatibilidades surgirem em tempo de compilação em vez de em tempo de execução. Se um build parar de compilar após uma atualização, os erros do TypeScript apontam direto para o que mudou.
Editar esta página no GitHubIsto foi útil?SimNãoAnteriorEquipePróximo$mol_button_major
Nesta páginaAcompanhando mudançasO que isso significa na prática
Type to search the documentation.