Якщо ви будували інтерфейси на React, Vue чи Svelte, ви вже розумієте більшість того, що робить $mol — просто назви інші. Ці фреймворки чудові й популярні недарма; ця сторінка — таблиця перекладу, а не змагання, щоб ви швидко почувалися як удома.
ПоняттяReactVueSvelte$molКомпонентфункція / класSFC (.vue)файл .svelte.view.tree + .view.tsЛокальний станuseStateref / reactivelet x@ $mol_memПохідне значенняuseMemocomputed$:y= …@ $mol_mem (читає інші комірки)Побічний ефектuseEffectwatchEffect$:{ … }@ $mol_action (явний, ніколи не автоматичний)Завантаження даних на монтуванніuseEffect(fetch)onMounted(fetch)onMount(fetch)хука немає: читайте дані у властивості, подання запитає їх, коли малюватиметьсяPropspropspropsexport letприв'язки у view.treeПодіяonClick@clickon:clickclick?<=>handler?Двобічне введенняконтрольований inputv-modelbind:valuevalue?<=>field?Списокitems.map()v-for{#each}Row* із ключемУмоваcond&& …v-if{#if}присвоїти null, щоб прибратиСпільний станRedux / ContextPinia / providestore'ибудь-який об'єкт із @ $mol_memМаршрутизаціяReact RouterVue RouterSvelteKit$mol_state_argСтилізаціяCSS-in-JS<style> зі скоупом<style>типізований .view.css.ts
Різниця глибша за словник вище — важливо, хто розв'язує повторювані проблеми. У React, Vue та Svelte це патерни, які ти переписуєш у кожному компоненті й по-своєму ламаєш. У молі це властивості одного механізму, тому цілий клас роботи не отримує зручний API, а просто зникає.Де таблиця вище перейменовує — тут мол це просто прибирає.
