¡Descubre el nuevo @let Syntax de Angular!

[@alucho79]

Muy clara la explicación 👍 No se porqué pero me veo viendo código espagueti en el template con esta puertita que abrieron 😁

[@MiguelAngelMartinezJerez]

Gracias Nico. Excelente como siempre. Una duda , no entiendo la ventaja de convertir el observable a signal.

[@gustavocondorimamani4709]

Php syntax, Nice!

[@luisguillermo5349]

eso es Laravel

[@Edwinil]

Me llamaron loco, pero todos vuelven a TSX

[@jorgealejandro8545]

Y el control de tipo y otros caracteristicas que agrega typescript sobre las variables?, seria un bypass?... La verdad prefiero logica implementada en el component.ts, por las caracteristicas del superset, y dejar el template limpio. En proyectos empresariales con juniors esto seria una locura, con problemas de rendimiento.

Marcianadas estan haciendo, puras malas prácticas

[@JuanReyes-g3t]

Pues si pero no lo veo necesario, los que nos gusta angular nos gusta es por que se mescla lo mas mínimo el código con el témplate de html

esto ya es más razor que otra cosa, horrendo, llegó el momento de empezar a ver otra alternativa aparte de angular y react 😤 espantoso mezclar código de programación con plantillas html. Lo único que van a lograr con esta "versatilidad" es que se caiga en malas prácticas.

[@pabloacdev]

pues parece que van a añadir a la especificacion de los CSS los if .....

[@harv8403]

No pasa nada, prefiero dejar el template limpio y la logica son TS

[@fdorantesm]

😅 Cada vez hay más esfuerzo por ver quién crea el orígen de malas prácticas en el frontend. Quizá no es el ejemplo más óptimo porque esa misma variable puede declararse en el componente, tal vez no contamine al componente, pero colavorativamente es un red flag.

[@jsegomez]

jajaja muy clara la explicacion.... pero no lo se... desde el segundo 45 donde no se declara en el archivo TS ya no me gusto

[@LogiDev]

JSP eres tu? xd