Me gusta ❤ está bastante bueno, sobretodo porque no habis visto nada de los signals hasta ahora. Por lo que veo los signals vienen a sustituir varias y hasta getters y setters. Esto te da mayor control en el DOM, es así? Me quedaron unas dudas xd... En cuanto al effect, -. Cuando lo haces dentro de una función, no estás generando "effects" a fiesta y siniestra?? Al menos esa es la impresión que me da al ver que se ejecuta dentro de la función. -. Al ejecutarse dentro de una función siempre hay que destruirlo manualmente? Y lo otro es 😅 si hablamos de variables compartidas entre varias vistas o componentes, en dónde, al menos yo uso algún observable o variable dentro de un servicio, estos signals también vienen a sustituir eso?
Si podrías implementar signals en lugar de otras sintaxis como getters y setters, en cuanto al control del DOM, es lo mismo, pero con los Signals tu código es mas eficiente, ya que al cambiar un Signal se actualiza solo las partes de la aplicación que realmente han cambiado. En el enfoque tradicional, incluso cambios menores pueden desencadenar actualizaciones innecesarias en grandes partes de la interfaz de usuario. Effects: Al general un effect dentro de una función debes saber bien que es lo que estas haciendo, en el video lo mencionó para que se vea que es posible hacerlo, pero honestamente no veo un caso de uso. Al crearlo dentro de una función igual cuando se destruya el componente se va a destruir, pero tienes que probarlo bien en caso de que quieras destruirlo de otra manera. Los effects podrías verlo como un último recurso ya que aveces es fácil que el código se empiece a ejecutar indefinidamente. Observables: Los Signals se puede usar como una alternativa a muchas de las cosas que ofrece rxjs con sus Observables pero todavía falta recorrido, sin embargo considero que es un buen comienzo y todo apunta a que este enfoque lo van a seguir impulsando.
Interesante y muy clara la explicación.
Gracias por tu comentario, me alegra mucho que te haya podido ayudar.
Que buena explicación! Gracias!
Que bueno que te haya podido ayudar!
Excelente video
Muchas gracias por el apoyo!
Me gusta ❤ está bastante bueno, sobretodo porque no habis visto nada de los signals hasta ahora.
Por lo que veo los signals vienen a sustituir varias y hasta getters y setters. Esto te da mayor control en el DOM, es así?
Me quedaron unas dudas xd...
En cuanto al effect,
-. Cuando lo haces dentro de una función, no estás generando "effects" a fiesta y siniestra?? Al menos esa es la impresión que me da al ver que se ejecuta dentro de la función.
-. Al ejecutarse dentro de una función siempre hay que destruirlo manualmente?
Y lo otro es 😅 si hablamos de variables compartidas entre varias vistas o componentes, en dónde, al menos yo uso algún observable o variable dentro de un servicio, estos signals también vienen a sustituir eso?
Si podrías implementar signals en lugar de otras sintaxis como getters y setters, en cuanto al control del DOM, es lo mismo, pero con los Signals tu código es mas eficiente, ya que al cambiar un Signal se actualiza solo las partes de la aplicación que realmente han cambiado. En el enfoque tradicional, incluso cambios menores pueden desencadenar actualizaciones innecesarias en grandes partes de la interfaz de usuario.
Effects:
Al general un effect dentro de una función debes saber bien que es lo que estas haciendo, en el video lo mencionó para que se vea que es posible hacerlo, pero honestamente no veo un caso de uso.
Al crearlo dentro de una función igual cuando se destruya el componente se va a destruir, pero tienes que probarlo bien en caso de que quieras destruirlo de otra manera. Los effects podrías verlo como un último recurso ya que aveces es fácil que el código se empiece a ejecutar indefinidamente.
Observables:
Los Signals se puede usar como una alternativa a muchas de las cosas que ofrece rxjs con sus Observables pero todavía falta recorrido, sin embargo considero que es un buen comienzo y todo apunta a que este enfoque lo van a seguir impulsando.