Angular + Signals: Un nuevo modelo de reactividad
Angular es un popular framework de desarrollo para aplicaciones web, conocido por su capacidad para construir aplicaciones robustas y de gran escala. Recientemente, el equipo de Angular ha introducido un nuevo modelo de reactividad llamado Signals, que promete simplificar la gestión de la reactividad en las aplicaciones construidas con Angular.
Los Signals en Angular son una forma de gestionar la reactividad en las aplicaciones de manera más simple y eficiente. En lugar de depender de las tradicionales observables y subscripciones, los Signals permiten gestionar los cambios de estado de forma más intuitiva y declarativa.
Además, los Signals proporcionan una mejor manera de manejar errores y cancelaciones, lo que hace que el desarrollo de aplicaciones sea más predecible y robusto. Con Signals, los desarrolladores de Angular pueden tener mayor control sobre el flujo de datos y la gestión de eventos, lo que se traduce en un código más limpio y mantenible.
El uso de Signals en Angular también facilita la integración con otras bibliotecas y herramientas, lo que permite a los desarrolladores construir aplicaciones más complejas de manera más sencilla. Esto hace que Angular sea aún más atractivo para aquellos que buscan una solución integral y escalable para el desarrollo de aplicaciones web.
En resumen, los Signals en Angular ofrecen un nuevo modelo de reactividad que simplifica la gestión de la reactividad en las aplicaciones, proporcionando una forma más intuitiva y declarativa de manejar los cambios de estado. Con su enfoque en la simplicidad y la robustez, los Signals están destinados a cambiar la forma en que se construyen las aplicaciones con Angular, y a hacer que el desarrollo sea más eficiente y agradable para los desarrolladores.
De eliminarse zone y utilziar signals, ya no tendria mucho sentido onPush verdad?
Dato extra, utilizas mutate en vez de update para modificar objetos específicos dentro de tus arreglos, sería más correcto que emplear update en el caso de agregar más valores al array o modificar un objeto del array
Tiene sentido mezclar Signals con NGRX?
excelente video, gracias por compartirnos tus conocimientos, muy interesante esto de las señales, algo que no sabía 😅, saludos!
Cuando habrá hot reload en angular? 😪
Creo que no me termino de encantar signals, Angular tiene una curva de aprendizaje un poco alta, pero un gran poder conlleva unos grandes beneficios, Y Angular como esta funciona perfecto y es extremadamente eficiente para proyectos extramadamente robustus y complejos con todo el modelo de reactividad, me asusta que por querer complacer al otro 50 %, este poder de Angular termine mas como react, que sea facil pero no para poyectos de alta escalabilidad. (Como siempre, opinio personal)
Que valioso es tu aporte, Nico. Gracias
Yo amo a rxjs
Una de las mejores explicaciones que he visto en muchísimo tiempo. Un maestro
el mosquito
Muy interesante video. Creo que se recomienda usar RXJS para el manejo de estados (sin tener en cuenta Signals). No conocia RxAngula👍
Solo como anotación, el profe se refirió a NgRx cuando quiso decir Rxjs, ya que RxJs es la librería dedicada a reactividad y modelo observable, mientras NgRx es la librería que agrega el modelo Redux a Angular o el "Store/State"… Rxjs = Reactividad | NgRx = Manejo de Estado.
Gran video! y Signals es el futuro y es solo una herramienta más para hacernos mejores y dejar de pensar en unsuscribe() en todas partes.
Desde mi opinión hace que el código sea menos legible. Pero si es verdad que se gana en performance. Me genera muchas dudas hacia donde quiere ir Angular con los standalone components y esta jugada.
Gracias por la explicación. Muy bien resumido y aclarado!
Profe ¿piensas que Angular terminará pasándose a componentes funcionales?
React va a tener que hacerse casi que de nuevo para usar signal cómo se debe.
Muy buena la info, muchas gracias.
A mí me laten tanto la versión con rxjs como esta nueva versión con signals, pero en términos de rendimiento considero que esta nueva versión será para mejorar 👍
Gracias por el video. Estaria bueno, igual, que si vas a repetir mucho una palabra en ingles que repases antes la pronunciacion. Se pronuncia /signals/ no /saignals/. Esto pasa mucho en tus videos y es una pena. A lo ultimo tambien decis Ngrx y estas hablando de Rxjs
que buen video Nico. Una duda, ¿qué opinión te merece tener que usar getters en HTML con las implicaciones a nivel de performance que tienen?