Svelte 5 Nya `{let/const}` Deklarationstaggar
Svelte@5.56,0 Svelte@5.56,0 Ny href="https://svelte.dev/docs/declaration-tags" target="_blank" rel="nofollow noopener noreferrer">{let/const ...} - ett mer kraftfullt alternativ {@const ...}: 1. Du kan deklarera det var som helst {const hello = 'hello'} {const hello = 'hi'} {hello} {hello} {hello} {hello} {hello} 2. Det kan användas med $state och $derived {#if editing} {let name = $state(user.name)} {const greeting = $derived(Hello ${name})} {hello} {user.name =; editing = false }} spara> {
Roligt, men väldigt konstigt, speciellt med staten. jag gillar inte att störa logik.
Den där koen!
Jag förbannar inte denna verklighet.
Vad gillar inte detta?
Jag gillar inte att störa taggning med logik
Men nu kan snippets ha sitt tillstånd.
Det är meningsfullt, men det verkar fortfarande vara lite och för detta verkar det som om en annan mekanism måste uppfinnas.
Här är rent min ståndpunkt att mönstren ska vara så dumma som möjligt, och allt annat uttrycks antingen genom logik eller komposition.
Detta är obekvämt.När du gör en hel del saker, blir det klart mycket snabbt.
När det bara finns en logik inuti mallarna och det borde inte finnas mycket att dela upp i komponenter - en rak bas för att hålla balansen av logik i mallarna.
Nej, inte basen. Allt beror på situationen.
Skriptet behövs endast för import.
Tja, nej, bara ibland behöver du lite mikroberäkning, och det är inte bekvämt att bära dem i skript.
Och så småningom kommer den gamla syntaxen {@const ...} att försvinna?
Är det vad det är?
Vad är meningen med att lämna det? det är förvirrande.
I skriptet kan du förvirra både reaktiva och icke-reaktiva variabler.
Nej ja, men det är något annat.
Ursäkta, du har rätt
Det skulle vara logiskt, eller det skulle bara vara en förvirring.
Ja, uppenbarligen brytande förändringar var rädda och ville inte ha 6 apaths på grund av detta.
De verkar gå bort lite.
Det finns ingen perfektion någonstans utom let/const.
Det kan finnas ett problem med resonemang på detta ämne.
Ja, det skulle vara intressant att läsa nu den enda gissningen - avgången från att bryta förändringar med den befintliga @const
Här behöver du läsa https://github.com/sveltejs/issues/16490
Förresten, i detta avseende, i det första fallet har vi en sekventiell beräkning och allt är okej, och i det andra producerar vi nya element i det reaktiva diagrammet för varje liståtergivning?
Eftersom det bara är en bit av JS, finns det ingen speciell omvandling.
Om några år kommer JSX att vara över.
Tsrx-modellen är närmare