Wenn Sie Oberflächen mit React, Vue oder Svelte gebaut haben, verstehen Sie bereits das meiste von dem, was $mol tut — nur die Namen sind anders. Diese Frameworks sind aus guten Gründen exzellent und beliebt; diese Seite ist eine Übersetzungstabelle, kein Wettbewerb, damit Sie sich schnell zu Hause fühlen.
IdeeReactVueSvelte$molKomponenteFunktion / KlasseSFC (.vue).svelte-Datei.view.tree + .view.tsLokaler ZustanduseStateref / reactivelet x@ $mol_memAbgeleiteter WertuseMemocomputed$:y= …@ $mol_mem (liest andere Zellen)SeiteneffektuseEffectwatchEffect$:{ … }@ $mol_action (explizit, nie automatisch)Daten beim Mounten ladenuseEffect(fetch)onMounted(fetch)onMount(fetch)kein Hook: Die Daten werden in einer Eigenschaft gelesen, die View fordert sie beim Rendern anPropspropspropsexport letBindungen in view.treeEreignisonClick@clickon:clickclick?<=>handler?Zwei-Wege-Eingabekontrollierte Eingabev-modelbind:valuevalue?<=>field?Listeitems.map()v-for{#each}Keyed Row*Bedingungcond&& …v-if{#if}null zuweisen zum EntfernenGeteilter ZustandRedux / ContextPinia / provideStoresjedes Objekt mit @ $mol_memRoutingReact RouterVue RouterSvelteKit$mol_state_argStylingCSS-in-JSscoped <style><style>typisiertes .view.css.ts
Der tiefere Unterschied ist nicht das Vokabular oben — es ist, wer die wiederkehrenden Probleme löst. In React, Vue oder Svelte sind es meist Muster, die du in jeder Komponente neu implementierst und auf deine eigene Weise kaputt machst. In $mol sind sie Eigenschaften eines einzigen Mechanismus, sodass die ganze Klasse an Arbeit verschwindet, statt eine schönere API zu bekommen.Wo die Tabelle oben Dinge umbenennt, entfernt $mol sie hier tatsächlich.