Svelte 5 Nye `{let/const}` Deklarations-tags
Svelte@5.56,0 Svelte@5.56,0 Ny href="https://svelte.dev/docs/declaration-tags" target="_blank" rel="nofollow noopener noreferrer">{let/const ...} - et mere kraftfuldt alternativ {@const ...}: 1. Du kan erklære det overalt {const hello = 'hello'} {const hello = 'hi'} {hello} {hello} {hello} {hello} {hello} 2. Det kan bruges med $state og $derived {#if editing} {let name = $state(user.name)} {const greeting = $derived(Hello ${name})} {greeting} {user.name =; editing = false }}> {save>
Sjovt, men meget mærkeligt, især med staten.
Det er køen!
Jeg forbander ikke denne virkelighed.
Hvad bryder sig ikke om dette?
Jeg bryder mig ikke om at tagge med logik
Men nu kan snittene have deres tilstand.
Det giver mening, men det ser stadig ud til at være lidt, og for dette synes det, som om en anden mekanisme skal opfindes.
Her er rent min holdning, at mønstrene skal være så dumme som muligt, og alt andet udtrykkes enten ved logik eller komposition.
Dette er ubehageligt.Når du gør en masse ting, bliver det klart meget hurtigt.
Når der kun er en logik inde i skabelonerne, og der ikke bør være meget at opdele i komponenter - en lige base for at holde balancen af logik i skabelonerne.
Nej, ikke grundlaget. Det hele afhænger af situationen.
Skriptet er kun nødvendigt til import.
Nå, nej, bare nogle gange har du brug for nogle mikrocomputere, og det er ikke bekvemt at bære dem i scripts.
Og i sidste ende vil den gamle syntax {@const ...} blive deprecieret?
Am hvad er det?
Hvad er meningen med at forlade det? det er forvirrende.
I skriptet kan du forvirre både reaktiv og ikke-reaktiv variabel.
Nej ja, men det er noget andet.
Undskyld, du har ret
Det ville være logisk, eller det ville bare være en forvirring.
Ja, tilsyneladende brudende ændringer var bange og ønskede ikke 6 apaths på grund af dette.
De ser ud til at gå lidt væk.
Der er ingen perfektion andre steder end let/const.
Der kan være et problem med begrundelsen på dette emne.
Ja, det ville være interessant at læse nu det eneste gæt - afgangen fra at bryde ændringer med den eksisterende @const
Her skal du læse https://github.com/sveltejs/issues/16490
Af den måde, i denne henseende, i det første tilfælde har vi en sekventiel beregning og alt er OK, og i det andet producerer vi nye elementer i det reaktive diagram for hver liste re-render?
Fordi det kun er et stykke JS, er der ingen speciel transformation.
Om et par år er JSX færdig.
Tsrx-modellen er tættere på.