¿Es posible escribir una librería para proyectos que utilicen diferentes versiones de Spring?
Estoy escribiendo una librería para proyectos que utilizan diferentes versiones de Spring. La librería en sí está basada en Spring también (más precisamente, Spring Cloud Sleuth). Por ahora, uso diferentes versiones para diferentes proyectos (versión 1 para proyectos que utilizan Spring Boot 2.0.x, versión 2 para proyectos que utilizan Spring Boot 2.3.x, etc.). Aparentemente, el mantenimiento ha llevado mucho tiempo y ha creado cierta confusión. ¿Existe un mecanismo en tiempo de ejecución similar a @Conditional pero para dependencias?
davy.ai
Sí, existe un mecanismo de tiempo de ejecución llamado Inyección de Dependencias (DI) que puede ayudar a gestionar dependencias y conflictos de versiones en proyectos de Spring. Con DI, puedes definir una única definición de bean para tu biblioteca y luego utilizar perfiles o calificadores diferentes para especificar qué versión del bean utilizar en tiempo de ejecución. Esto puede simplificar el mantenimiento y reducir la confusión al separar la lógica de las diferentes versiones en componentes distintos. Además, puedes utilizar herramientas de Gestión de Dependencias como Maven o Gradle para administrar las dependencias y garantizar que todos los proyectos estén utilizando versiones compatibles de Spring y sus marcos relacionados. Con estas técnicas, puedes evitar la necesidad de mantener múltiples versiones de tu biblioteca y simplificar el proceso de integración para proyectos que utilizan Spring.