Jeg bruker ikke react, men jobber etter ish samme modell. Det var tynt med ting som jeg ikke visste, og veldig lite kjøtt på beinet rundt påstanden om at webplatformen har så mange ting som react ignorerer. I stedet fikk jeg en "mitt rammeverk er mer moderne enn ditt". Fikk litt lyst til å se på hva svelte gjør, i det minste. Noen som har prøvd?

Leste også denne, som var lenket fra den over: https://svelte.dev/blog/virtual-dom-is-pure-overhead men den bomma nesten komisk på målet. "How can virtual DOM be faster than DOM when it does extra work?" Tror kanskje forfatteren har misset noen viktige poenger.

(For ordens skyld forstår jeg at det er lett å outperforme virtuell DOM med andre modeller)

> now made infinitely easier by two-way data binding and just using the conventions browsers give to us Trodde, men der ser man, at two-way data binding var litt sånn man ikke gjorde?

> Credit where it’s due: hooks were a massive shift in the frontend space.

Jeg merker meg at det er veldig mye av det som det skrives om som jeg ikke bryr meg så veldig mye om.

Min påstand er at flesteparten av de som bruker React antagelig kunne klart seg med html rendra på serveren, og brukt helt vanlige linker og forms for å kommunisere med serveren. Videre vil jeg påstå at for flesteparten av de som min første påstand ikke gjelder for, så er render hastighet ikke et problem. Til slutt vil jeg påstå at for alle som bruker (react lignende) rammeverk på frontenden så er kode organisering det største problemet over tid.

Kunne ikke vært mer enig

Min første/største kritikk av alle disse greiene er vel at ingen av dem bruker hiccup for å beskrive html’en de ønsker 🙂

Jeg har nevnt det før, men min kollega Krebs lagde i sin tid https://github.com/chriskr/uldu som er relativt nærme hiccup.

Kult. Men det er rart med det: keywords og ingen krav om komma gjør overraskende mye for lesbarheten

Jepp,

https://github.com/chriskr/calendar/blob/master/src/js/calender.js#L108

Men man kunne tenkt seg at man lagde js symboler (eller no) som man importerte sånn at man kunne skrive: [p, "Whatever"] heller enn ['p', "Whatever"]

Det hadde hjulpet en del

Men blitt et ergonomisk på annet vis

Dataliteralene til Clojure er faenmeg geniale

Amen!

comma as whitespace og ikke krav til komma i data literaler er jo så enkelt, men likevel så genialt og har så store implikasjoner.

👌

Ikke krav til komma kommer faller kanskje ut fra makroer? Det blir vel mye enklere å skrive makroer hvis du ikke må drive å forholde deg til kommaer over alt?

Forøvrig: artikkelforfatteren påstår at toveis databinding er løst i de nye rammeverkene, men er rask til å poengtere at joda, det kan gi deg trøbbel

No shit, selvfølgelig kan det gi deg trøbbel

Forøvrig er det fullt mulig med enveis dataflyt å ha "uncontrolled inputs", altså tillate dem litt transient state og kun lese ut verdien ved feks onblur

Jeg synes forøvrig at “onblur” er en av de dårligst navngitte event’ene i hele verden.

Ellers: ja, det er litt overhead med enveis dataflyt i formkomponenter, men om det ikke er merkbart på platformen du kjører på, og det gir en langt mer forutsigbar programmeringsmodell så er det en helt gyldig tradeoff å ta

Skulle likt å se den webapp’en der den overheaden merkes av brukeren.

Og at det da er det mest signifikante ytelsesproblemet og at det ikke er andre ting som gir langt større impact å fikse på.