Svelte 5 Nuovi Tag di Dichiarazione `{let/const}`
Svelte@5.56,0 Svelte@5.56,0 Nuovo href="https://svelte.dev/docs/declaration-tags" target="_blank" rel="nofollow noopener noreferrer">{let/const ...} - un'alternativa più potente {@const ...}: 1. Puoi dichiararlo ovunque {const hello = 'hello'} {const hello = 'hi'} {hello} {hello} {hello} {hello} 2. Può essere utilizzato con $state e $derived {#if editing} {let name = $state(user.name)} {const greeting = $derived(Hello ${name})} {greeting} {user.name =; editing = false; }} salvare> {
Divertente, ma molto strano, specialmente con lo stato. non mi piace interferire con la logica.
La mucca !
Non voglio maledire questa realtà.
Cosa non piace a questo?
I don't like to bother tagging with logic
Ma ora i snippets possono avere il loro stato.
Ha senso, ma sembra ancora essere un po 'e per questo sembra che un altro meccanismo debba essere inventato.
Qui è puramente la mia posizione che i modelli dovrebbero essere il più stupidi possibile, e tutto il resto è espresso sia dalla logica o dalla composizione.
Questo è scomodo.Quando fai un sacco di cose, diventa chiaro molto rapidamente.
Quando c'è solo una logica all'interno dei template e non dovrebbe esserci molto da dividere in componenti - una base dritta per mantenere l'equilibrio della logica nei template.
No, non la base. Tutto dipende dalla situazione.
Lo script è necessario solo per le importazioni.
Beh, no, solo a volte hai bisogno di un po 'di microcomputer, e non è conveniente portarli in script.
E alla fine la vecchia sintassi {@const ...} sarà deprecata?
Ma che cosa è?
Qual è il senso di lasciarlo andare? è confuso.
Nel script, è possibile confondere variabili reattive e non reattive.
No sì, ma è un’altra cosa.
Mi dispiace, hai ragione
Ciò sarebbe logico, o sarebbe solo una confusione.
Sì, apparentemente i cambiamenti di rottura erano spaventati e non volevano 6 apati a causa di questo.
Sembra che stiano andando un po’ via.
Non c’è perfezione, tranne che let/const.
Potrebbe esserci un problema di ragionamento su questo argomento.
Sì, sarebbe interessante leggere ora l'unica ipotesi - l'uscita dalla rottura dei cambiamenti con l'esistente @const
Qui è necessario leggere https://github.com/sveltejs/issues/16490
A proposito, a questo proposito, nel primo caso abbiamo un calcolo sequenziale e tutto va bene, e nel secondo produciamo nuovi elementi nel grafico reattivo per ogni ritorno dell'elenco?
Perché è solo un pezzo di JS, non c'è alcuna trasformazione speciale.
Tra qualche anno, JSX sarà finito.
Il modello tsrx è più vicino.