Llevaba 2 años sin programar y ahora que regreso, angular ha integrado cambios enormes, uno de ellos no usa modulos y los signals, y estaba mas que perdido, buscando llegue a tu video, en bien poquito tiempo lo haz explicado todo perfecto, al menos precisamente lo que queria saber como habia cambiado para poder empezar una app que tengo que hacer. De paso, nunca habia aplicado tradcciones y con tu ejemplo tan sencillo me has armado para poder implementarlo de manera sencilla. Muchas Gracias, tu tutorial me ha sido de gran ayuda, se va a mi lista de videos de angular de referencia. Apenas termine de realizar el ejemplo que enseñas, ya implementando lo aprendido, me pasara a ver tu canal. Gracias nuevamente!
Infinitas gracias por este comentario!!! Me alegra un montón saber que el vídeo te ha sido útil, ya han sacado la versión 17 así que te dejo un par de vídeos del canal que quizás te sean útiles también: - Resumen de conferencia con novedades de la versión: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-yhtlp7uv0fc.html - Clase de Angular 17 desde cero: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-RK_ZPKn_I3I.html Un saludo y que tengas buen código!!
@@programacion-es Muchas Gracias! he mirado ya la conferencia y el curso guardado para irlo visionando a la par que voy sacando mi proyecto. Oye escuchandote me suena tu acento, te he sumado en el twitter y veo que vives en España pero eres mexicano? Yo creci en Mexico y tengo tantas cosas tan bonitas de esa hermosa tierra y de esa hermosa gente. Por aqui estamos, un placer encontrarte por el camino! Por cierto, si vienes por Granada no dejes de avisarme, habra que echar una chela :D.
Igual lo de standalone es opcional, usar módulos sigue siendo una práctica muy útil para dividir la lógica, especialmente cuando se usa mucho maquetado de módulos como componentes con librerías compartidas en rutas hijas, o que estés usando algún framework que haga uso de módulos como material por ejemplo. Si bien podés hacer estas cosas en standalone te llenan de código innecesario los ts, así que es más cómodo en estos casos usar módulos para tener dividido las cosas y no este tan sobrecargado los ts de componentes. Usualmente se usan ambos, podes marcar que componente pipe y directivas querés que sean standalone y cuales con módulo, de esa forma las que tengan maqueteado de modulo mas extenso las implementas con sus respectivos modulos porque estos pueden ser importados a cualquier clase marcada como standalone asi que ambas formas son compatibles en la misma aplicación. Lo que si, cosas como los guard por ejemplo ya no vienen como servicio sino como constantes de las funciones así que es obligatorio en ellos usar el inject() que viene del angular core si queres hacer uso de servicios propios o de terceros lo cual en un guard casi siempre va a ser el caso, como ya no son clases tampoco vas tener la ventaja de detección de cambios del Zone.js pero si podes darle detección de cambios con los signals. Ya en los componentes y demás que si sean clases usar el constructor o el inject sigue siendo gusto propio, en lo personal si vas a tener muchas inyecciones de servicios queda más limpio usar el constructor en vez del inject. En componentes y demás el uso de signals es opcional depende lo que te convenga, hay variables y objetos que si vale la pena tener su detección más focalizada y los signals te ofrecen esta comodidad, pero en otras no hace tanta diferencia que estén de la forma convencional, en particular si estas funcionan como constantes en el código, o si son variables privadas que accedes por métodos get también. Ya es cuestión de como plantees la lógica o la necesidad de tu aplicación el que decidas cuando usar signals o no, vas a terminar usando ambos métodos y eso es lo genial de estos cambios que no te restringen a un uso u otro, sino que conviven perfectamente el uso de ambos.
Dependerá de la librería, en la documentación o repositorio de la librería debería decirte la compatibilidad con versiones de angular y si debes hacer algún cambio como, por ejemplo, maneras de inyectar el módulo de la lib si estás creando una app angular sin módulos y cosas por el estilo.
Muchas gracias!! En cuanto al injector, cuando usamos effect o compose fuera del constructor, necesitamos pasarlo para que los métodos tengan acceso al sistema de inyección de dependencias de Angular que actúa como intermediario para poder usar ambos métodos en la clase
