Se você já construiu interfaces com React, Vue ou Svelte, já entende a maior parte do que o $mol faz — só os nomes são diferentes. Esses frameworks são excelentes e populares por boas razões; esta página é uma tabela de tradução, não uma competição, para ajudar você a se sentir em casa rapidamente.
IdeiaReactVueSvelte$molComponentefunção / classeSFC (.vue)arquivo .svelte.view.tree + .view.tsEstado localuseStateref / reactivelet x@ $mol_memValor derivadouseMemocomputed$:y= …@ $mol_mem (lê outras células)Efeito colateraluseEffectwatchEffect$:{ … }@ $mol_action (explícito, nunca automático)Carregar dados no mountuseEffect(fetch)onMounted(fetch)onMount(fetch)sem hook: leia os dados numa propriedade, a view os pede quando renderizaPropspropspropsexport letvínculos em view.treeEventoonClick@clickon:clickclick?<=>handler?Entrada bidirecionalinput controladov-modelbind:valuevalue?<=>field?Listaitems.map()v-for{#each}Row* com chaveCondicionalcond&& …v-if{#if}atribuir null para removerEstado compartilhadoRedux / ContextPinia / providestoresqualquer objeto com @ $mol_memRoteamentoReact RouterVue RouterSvelteKit$mol_state_argEstilizaçãoCSS-in-JS<style> com escopo<style>.view.css.ts tipado
A diferença mais profunda não é o vocabulário acima — é quem resolve os problemas recorrentes. No React, no Vue ou no Svelte, a maioria são padrões que você reimplementa em cada componente e quebra à sua maneira. No $mol eles são propriedades de um único mecanismo, então toda essa classe de trabalho desaparece em vez de ganhar uma API mais agradável.Onde a tabela acima renomeia as coisas, é aqui que o $mol realmente as remove.
