Jeśli budowałeś interfejsy w React, Vue lub Svelte, rozumiesz już większość tego, co robi $mol — tylko nazwy się różnią. Te frameworki są znakomite i popularne nie bez powodu; ta strona to tabela tłumaczeń, a nie rywalizacja, aby pomóc ci szybko poczuć się jak w domu.
PojęcieReactVueSvelte$molKomponentfunkcja / klasaSFC (.vue)plik .svelte.view.tree + .view.tsStan lokalnyuseStateref / reactivelet x@ $mol_memWartość pochodnauseMemocomputed$:y= …@ $mol_mem (czyta inne komórki)Efekt ubocznyuseEffectwatchEffect$:{ … }@ $mol_action (jawny, nigdy automatyczny)Ładowanie danych przy montowaniuuseEffect(fetch)onMounted(fetch)onMount(fetch)bez haka: czytasz dane we właściwości, a widok zamawia je, gdy się renderujePropspropspropsexport letpowiązania w view.treeZdarzenieonClick@clickon:clickclick?<=>handler?Input dwukierunkowykontrolowany inputv-modelbind:valuevalue?<=>field?Listaitems.map()v-for{#each}Row* z kluczemWarunekcond&& …v-if{#if}przypisz null, aby usunąćStan współdzielonyRedux / ContextPinia / providestore'ydowolny obiekt z @ $mol_memRoutingReact RouterVue RouterSvelteKit$mol_state_argStylowanieCSS-in-JS<style> z zakresem<style>typowane .view.css.ts
Głębsza różnica nie tkwi w słowniku powyżej — chodzi o to, kto rozwiązuje powracające problemy. W React, Vue czy Svelte to w większości wzorce, które przepisujesz w każdym komponencie i psujesz na swój sposób. W $mol są to właściwości jednego mechanizmu, więc cała ta klasa pracy znika, zamiast dostać przyjemniejsze API.Tam, gdzie tabela powyżej zmienia nazwy, tutaj $mol faktycznie to usuwa.
