Svelte 5 Nuevas Etiquetas de Declaración `{let/const}`

Микита Таранов30 de mayo de 2026 a las 2:13

Svelte@5.56,0 Svelte@5.56,0 Nuevo href="https://svelte.dev/docs/declaration-tags" target="_blank" rel="nofollow noopener noreferrer">{let/const ...} - una alternativa más poderosa {@const ...}: 1. Puedes declararlo en cualquier lugar {const hello = 'hello'} {const hello = 'hi'} {hello} {hello} {hello} {hello} 2. Puede usarse con $state y $derivado {#if editing} {let name = $state(user.name)} {const greeting = $derived(Hello ${name})} {greeting} {user.name =; editing = false }}> {save>/ {

El Psy Kongroo30 de mayo de 2026 a las 2:17

Divertido, pero muy extraño, especialmente con el estado. no me gusta interferir con la lógica.

Misha Rodshtein30 de mayo de 2026 a las 2:30

¡La vaca!

Denis Chernov30 de mayo de 2026 a las 7:46

No maldecimos esta realidad.

Misha Rodshtein30 de mayo de 2026 a las 9:07

¿Qué no le gusta esto?

Denis Chernov30 de mayo de 2026 a las 9:07
No me gusta etiquetar con la lógica
Микита Таранов30 de mayo de 2026 a las 2:20

Pero ahora los snippets pueden tener su estado.

El Psy Kongroo30 de mayo de 2026 a las 2:38

Tiene sentido, pero todavía parece ser un poco y para esto parece que hay que inventar otro mecanismo.

Denis Chernov30 de mayo de 2026 a las 9:07

Aquí es puramente mi posición de que los patrones deben ser lo más estúpidos posible, y todo lo demás se expresa ya sea por la lógica o la composición.

Misha Rodshtein30 de mayo de 2026 a las 9:22

Esto es incómodo.Cuando haces muchas cosas, se hace claro muy rápidamente.

Denis Chernov30 de mayo de 2026 a las 9:23

Cuando hay sólo una lógica dentro de las plantillas y no debe haber mucho que dividir en componentes - una base recta para mantener el equilibrio de la lógica en las plantillas.

Misha Rodshtein30 de mayo de 2026 a las 9:24

No, no la base. Todo depende de la situación.

Denis Chernov30 de mayo de 2026 a las 9:30

El script sólo es necesario para las importaciones.

Misha Rodshtein30 de mayo de 2026 a las 9:56

Bueno, no, sólo a veces necesitas algún microcomputador, y no es conveniente llevarlos a scripts.

Gleb Winterson30 de mayo de 2026 a las 9:27

Y finalmente la vieja sintaxis {@const ...} será depreciada?

Denis Chernov30 de mayo de 2026 a las 9:29

¿Es lo que es?

Gleb Winterson30 de mayo de 2026 a las 9:30

¿Cuál es el sentido de dejarlo? es confuso.

Denis Chernov30 de mayo de 2026 a las 9:31

En el script, se pueden confundir variables reactivas y no reactivas.

Gleb Winterson30 de mayo de 2026 a las 9:31

No, sí, pero eso es otra cosa.

Denis Chernov30 de mayo de 2026 a las 9:32

Lo siento, tienes razón

Gleb Winterson30 de mayo de 2026 a las 9:32

Esto sería lógico, o simplemente sería una confusión.

Denis Chernov30 de mayo de 2026 a las 9:33

Sí, aparentemente rompiendo los cambios estaban asustados y no querían 6 apatías debido a esto.

Gleb Winterson30 de mayo de 2026 a las 9:33

Parece que se van un poco.

Denis Chernov30 de mayo de 2026 a las 9:33

No hay perfección en ninguna parte excepto en Let/Const.

Misha Rodshtein30 de mayo de 2026 a las 9:58

Puede haber un problema con el razonamiento sobre este tema.

Denis Chernov30 de mayo de 2026 a las 9:58

Sí, sería interesante leer ahora la única adivinación - la salida de romper los cambios con el @const existente

Misha Rodshtein30 de mayo de 2026 a las 10:00
Denis Chernov30 de mayo de 2026 a las 10:02

Por cierto, en este sentido, en el primer caso tenemos un cálculo secuencial y todo está bien, y en el segundo producimos nuevos elementos en el gráfico reactivo para cada lista re-render?

Микита Таранов30 de mayo de 2026 a las 13:13

Porque es sólo una pieza de JS, no hay transformación especial.

Антон Чаннов30 de mayo de 2026 a las 10:46

Dentro de unos años, JSX estará acabado.

Denis Chernov30 de mayo de 2026 a las 10:53

El modelo tsrx está más cerca.