Hola Andrés. Si tengo una configuracion diferente para las pruebas, como que uso una base de datos en memoria, pero despues quiero cambiar la configuracion para usar una base de datos real, no seria ineficiente usar un segundo archivo yml y tener que modificarlo? Recomiendas usar profiles para estos casos?
Hola Andrés. Si tengo una configuracion diferente para las pruebas, como que uso una base de datos en memoria, pero despues quiero cambiar la configuracion para usar una base de datos real, no seria ineficiente usar un segundo archivo yml y tener que modificarlo? Recomiendas usar profiles para estos casos?
Hola Andrés. Si tengo una configuracion diferente para las pruebas, como que uso una base de datos en memoria, pero despues quiero cambiar la configuracion para usar una base de datos real, no seria ineficiente usar un segundo archivo yml y tener que modificarlo? Recomiendas usar profiles para estos casos?
Hola Adrian,
en el caso del curso limite el ejemplo a una clase que simula ser una BBDD para hacerlo mas simple de entender y poner el foco solo en el tema de las pruebas unitarias.
En realidad es una buena practica tener uno o varios archivos de configuracion donde cosas puedan variar dependiendo del ambiente, por ejemplo si tu microservicio invoca a otro la URL no va a ser la misma en todos los ambientes (prod, qa, dev). El profile se usa de manera mas eficiente cuando quieres dotar de cierto comportamiento o incluir ciertos elementos solo en algunos casos.
Como poder se puede hacer tanto con profiles como con archivos de configuracion, en ese punto no hay problema ambos te van a funcionar pero en la generalidad de los casos se termina usando mas de un archivo de configuracion
Hola Adrian,
en el caso del curso limite el ejemplo a una clase que simula ser una BBDD para hacerlo mas simple de entender y poner el foco solo en el tema de las pruebas unitarias.
En realidad es una buena practica tener uno o varios archivos de configuracion donde cosas puedan variar dependiendo del ambiente, por ejemplo si tu microservicio invoca a otro la URL no va a ser la misma en todos los ambientes (prod, qa, dev). El profile se usa de manera mas eficiente cuando quieres dotar de cierto comportamiento o incluir ciertos elementos solo en algunos casos.
Como poder se puede hacer tanto con profiles como con archivos de configuracion, en ese punto no hay problema ambos te van a funcionar pero en la generalidad de los casos se termina usando mas de un archivo de configuracion
Hola Adrian,
en el caso del curso limite el ejemplo a una clase que simula ser una BBDD para hacerlo mas simple de entender y poner el foco solo en el tema de las pruebas unitarias.
En realidad es una buena practica tener uno o varios archivos de configuracion donde cosas puedan variar dependiendo del ambiente, por ejemplo si tu microservicio invoca a otro la URL no va a ser la misma en todos los ambientes (prod, qa, dev). El profile se usa de manera mas eficiente cuando quieres dotar de cierto comportamiento o incluir ciertos elementos solo en algunos casos.
Como poder se puede hacer tanto con profiles como con archivos de configuracion, en ese punto no hay problema ambos te van a funcionar pero en la generalidad de los casos se termina usando mas de un archivo de configuracion
