Reaktywność tkwi w fundamencie frameworka, a nie jest doczepiona z wierzchu.Tablice zależności, ręczne subskrypcje, ręczne unieważnianie pamięci podręcznej, sprzątanie efektów — nic z tego tu nie istnieje. Nie ułatwione, lecz zbędne.RozpocznijWypróbuj PlaygroundDlaczego $molview.tree$my_hello$mol_view guest \stranger sub /<= Name $mol_string value?<=> name?\mol hint @ \Type a name<= Greeting $mol_paragraph title <= greeting \view.tsclass $my_helloextends$.$my_hello{greeting(){return `Hello, ${ this.name() || this.guest() }!`}}view.css.tsnamespace ${$mol_style_define($my_hello,{gap:$mol_gap.block,flex:{direction:'column'},Greeting:{font:{size:'2rem',weight:600},},})}→na żywoHello, mol!Trzy pliki: znaczniki, logika i style.Wypróbuj ten przykładMinimalistycznyEkosystem wdrażany stopniowo, który skaluje się od pojedynczego komponentu po pełną aplikację local-first.OptymalnyBuduj interfejsy jako drzewa komponentów. Reaktywność jest automatyczna, efekty uboczne są jawne.LeniwyPełna wirtualizacja renderowania — komponenty poza widocznym obszarem po prostu nie istnieją.Struktura