@@puntojson Una pregunta, últimamente me ha tocado trabajar con una versión anterior de Angular 16, tiene bastantes cosas y se complica pasarla a Angular 17, la situación es que he encontrado formas de hacer corriendo esa aplicación pero se complica instalar paquetes de node y cosas así, mi pregunta es si te ha tocado ese escenario que recomendaciones podrias compartir?
@@franklinxavierrodriguezsan3359 Mi recomendación Nº 1 es actualizar seguido, con el objetivo de que los problemas se vayan presentando de a uno y se puedan resolver y probar de manera más sencilla. Las librerías se van deprecando con el tiempo y el código encuentra otras maneras de ser escrito, si esperamos mucho cuando querramos actualizar vamos a tener mucho en nuestra cabeza, además de habernos olvidado de como funciona el proyecto. Si el tiempo y el dinero lo permite, andá actualizando de a versiones individuales tu proyecto viejo y andá encontrando que cambió en cada versión y qué librería no funciona más, para cambiarla y seguir actualizando.
Me sirvio mucho para poder hacer la migracion de mi portfolio v16 a v17, aunque tuve un temita con los services, pero nada que una rapida busqueda en stackoverflow no pueda solucionar jaja. En un futuro me gustaría ver como se usa Angular SSR en un proyecto ahora en la v17. Saludos!
Joya! Estuve ya provando SSR y la verdad es que es bastante más sencillo de lo que era antes con Angular Universal (ng16 y anterior) y el beneficio es realmente bueno. Pronto hablaré del tema!
Sí, las actualizaciones son siempre de una versión en una, después probamos que todo funcione y seguimos con la actualización siguiente. De esta manera es más fácil arreglar un error si detectamos que algo se rompe en el camino.
Buenas! Todas las versiones de Angular son retrocompatibles en casi todo. Generalmente no vas a tener problemas en usar código de versiones antiguas en proyectos nuevos, pero a veces te vas a encontrar con que hay algo que cambió. Angular tiene su propia guía de como actualizar de versiones, sentite libre de buscarla y revisarla!
amigo muchas gracias todo genial solo una cosa yo uso el toastr para los alerts pero yo tenia esa importación en el modulo pero ahora dice que lo ponga en providers me podría alguien indicar en que archivo iría de antemano gracias
Buenas! Ahora los providers hay distintos lugares para ponerlos. Si tenía el provider en app.module ahora va en el app.config. Te quedaría algo como: export const appConfig: ApplicationConfig = { providers: [ provideRouter(routes), provideClientHydration(), graphqlProvider, provideHttpClient(withFetch()), provideAnimationsAsync() ] }; Ese es un ejemplo de un proyecto mío con varios providers en app.config. Sino creo que se pueden poner en los componentes standalone dentro de una propiedad providers.
Buenas buen vidoe, te hago una pregunta tengo una app ionic + angular 16 Intente realizsar la migracion pero explota por todos lados, sabes como manejar los interceptores y modulos padre como ionic con este nuevo main ?
Buenas! Ionic por lo que revisé hace un par de días no se instalaba con Angular 17 todavía. Cuando creás un proyecto nuevo de Ionic te pregunta si querés crear módulos o todo standalone, revisaría que archivos crea el proyecto nuevo de Ionic en modo standalone para empezar a comparar. Escribime en otro momento si querés y lo reviso.
Al toque la actualización del proyecto jajaja graciass!
Sí! Es que al toque me quedó vieja 😵💫
A poner al día el proyecto. Gracias por tus videos como siempre!
Gracias por estar como siempre!
Bendiciones 🙏
Igualmente :)
excelente video, me ayudó bastante. gracias!
De nada! 😊
Excelente, buen video ✌️
Gracias! 😊
Gracias muy bien explicado
De nada :)
@@puntojson Una pregunta, últimamente me ha tocado trabajar con una versión anterior de Angular 16, tiene bastantes cosas y se complica pasarla a Angular 17, la situación es que he encontrado formas de hacer corriendo esa aplicación pero se complica instalar paquetes de node y cosas así, mi pregunta es si te ha tocado ese escenario que recomendaciones podrias compartir?
@@franklinxavierrodriguezsan3359 Mi recomendación Nº 1 es actualizar seguido, con el objetivo de que los problemas se vayan presentando de a uno y se puedan resolver y probar de manera más sencilla.
Las librerías se van deprecando con el tiempo y el código encuentra otras maneras de ser escrito, si esperamos mucho cuando querramos actualizar vamos a tener mucho en nuestra cabeza, además de habernos olvidado de como funciona el proyecto.
Si el tiempo y el dinero lo permite, andá actualizando de a versiones individuales tu proyecto viejo y andá encontrando que cambió en cada versión y qué librería no funciona más, para cambiarla y seguir actualizando.
@@puntojson Muchas gracias excelente, tendre en cuanta estas recomendaciones y de nuevo gracias por tomar un tiempo para contestar mi interrogante 🙌🏻
Me sirvio mucho para poder hacer la migracion de mi portfolio v16 a v17, aunque tuve un temita con los services, pero nada que una rapida busqueda en stackoverflow no pueda solucionar jaja. En un futuro me gustaría ver como se usa Angular SSR en un proyecto ahora en la v17. Saludos!
Joya!
Estuve ya provando SSR y la verdad es que es bastante más sencillo de lo que era antes con Angular Universal (ng16 y anterior) y el beneficio es realmente bueno.
Pronto hablaré del tema!
@@puntojson Genial! Quedo atento al canal entonces
Gracias!!
Gracias a vos por estar!
que hago si el proyecto lo estaba haciendo con angular 17 y no me percate que el curso estaba con el angular 16
No pasa nada! Es retrocompatible Angular 17 asique podés hacer todo como en Angular 16 si querés.
en caso de actualizar de la 13 a la 17. La actualizacion debe hacerse una a uno? es decir del 13 al 14, de 14 al 15 y asi sucesivamente hasta la 17?
Sí, las actualizaciones son siempre de una versión en una, después probamos que todo funcione y seguimos con la actualización siguiente. De esta manera es más fácil arreglar un error si detectamos que algo se rompe en el camino.
buen dia! entonces podes tener instalado 17 y usar el codigo de 16 sin problema
Buenas! Todas las versiones de Angular son retrocompatibles en casi todo. Generalmente no vas a tener problemas en usar código de versiones antiguas en proyectos nuevos, pero a veces te vas a encontrar con que hay algo que cambió. Angular tiene su propia guía de como actualizar de versiones, sentite libre de buscarla y revisarla!
amigo muchas gracias todo genial solo una cosa yo uso el toastr para los alerts pero yo tenia esa importación en el modulo pero ahora dice que lo ponga en providers me podría alguien indicar en que archivo iría de antemano gracias
Buenas!
Ahora los providers hay distintos lugares para ponerlos.
Si tenía el provider en app.module ahora va en el app.config.
Te quedaría algo como:
export const appConfig: ApplicationConfig = {
providers: [
provideRouter(routes),
provideClientHydration(),
graphqlProvider,
provideHttpClient(withFetch()),
provideAnimationsAsync()
]
};
Ese es un ejemplo de un proyecto mío con varios providers en app.config.
Sino creo que se pueden poner en los componentes standalone dentro de una propiedad providers.
@@puntojson muchas gracias bro por tu respuesta ✌️
Buenas buen vidoe, te hago una pregunta tengo una app ionic + angular 16
Intente realizsar la migracion pero explota por todos lados, sabes como manejar los interceptores y modulos padre como ionic con este nuevo main ?
Buenas! Ionic por lo que revisé hace un par de días no se instalaba con Angular 17 todavía.
Cuando creás un proyecto nuevo de Ionic te pregunta si querés crear módulos o todo standalone, revisaría que archivos crea el proyecto nuevo de Ionic en modo standalone para empezar a comparar.
Escribime en otro momento si querés y lo reviso.
ya tenes curso de esta version?
Todavía no! Estoy trabajando en eso
👌👌
Gracias @MrBeast6000
El primero que migré a Angular 17 se gana un millón de dólares lets goooo