Básicamente la primavera es un marco para inyección de dependencia que es un patrón que permite construir sistemas muy desacoplados.
El problema
Por ejemplo, suponga que necesita enumerar los usuarios del sistema y declarar una interfaz llamada UserLister:
public interface UserLister {
List<User> getUsers();
}
Y tal vez una implementación que acceda a una base de datos para obtener todos los usuarios:
public class UserListerDB implements UserLister {
public List<User> getUsers() {
// DB access code here
}
}
En su opinión, necesitará acceder a una instancia (solo un ejemplo, recuerde):
public class SomeView {
private UserLister userLister;
public void render() {
List<User> users = userLister.getUsers();
view.render(users);
}
}
Tenga en cuenta que el código anterior no ha inicializado la variable userLister. ¿Qué debemos hacer? Si ejemplifico explícitamente el objeto de esta manera:
UserLister userLister = new UserListerDB();
... acoplaría la vista con mi implementación de la clase que accede a la base de datos. ¿Qué sucede si quiero cambiar de la implementación de DB a otra que obtenga la lista de usuarios de un archivo separado por comas (recuerde, es un ejemplo)? En ese caso, volvería a mi código y cambiaría la línea anterior a:
UserLister userLister = new UserListerCommaSeparatedFile();
Esto no tiene ningún problema con un programa pequeño como este, pero ... ¿Qué sucede en un programa que tiene cientos de visitas y un número similar de clases de negocios? ¡El mantenimiento se convierte en una pesadilla!
Enfoque de primavera (inyección de dependencia)
Lo que Spring hace es conectar las clases mediante el uso de un archivo XML o anotaciones, de esta manera todos los objetos son instanciados e inicializados por Spring e inyectados en los lugares correctos (Servlets, Web Frameworks, clases de negocios, DAO, etc., etc., etc. ...)
Volviendo al ejemplo en Spring, solo necesitamos tener un configurador para el userListercampo y tener un archivo XML como este:
<bean id="userLister" class="UserListerDB" />
<bean class="SomeView">
<property name="userLister" ref="userLister" />
</bean>
o más simplemente anote lo archivado en nuestra clase de vista con @Inject:
@Inject
private UserLister userLister;
De esta manera, cuando se crea la vista, mágicamente estará UserListerlista para funcionar.
List<User> users = userLister.getUsers(); // This will actually work
// without adding any line of code
¡Eso es genial! ¿No es así?
- ¿Qué sucede si desea utilizar otra implementación de su
UserListerinterfaz? Solo cambia el XML.
- ¿Qué pasa si no tengo una
UserListerimplementación lista? Programe una implementación simulada temporal UserListery facilite el desarrollo de la vista.
- ¿Qué pasa si ya no quiero usar Spring? ¡Solo no lo uses! Su aplicación no está acoplada a ella. Inversión de estados de control : "La aplicación controla el marco, no el marco controla la aplicación".
Hay algunas otras opciones para la inyección de dependencia por ahí, lo que en mi opinión ha hecho que Spring sea tan famoso además de su simplicidad, elegancia y estabilidad es que los muchachos de SpringSource han programado muchos POJO que ayudan a integrar Spring con muchos otros marcos comunes sin ser intrusivo en su aplicación. Además, Spring tiene varios subproyectos buenos como Spring MVC, Spring WebFlow, Spring Security y, de nuevo, una lista muuucha de etcétera.
Espero que esto ayude. De todos modos, te animo a leer el artículo de Martin Fowler sobre Inyección de dependencia e Inversión de control porque lo hace mejor que yo. Después de comprender los conceptos básicos, eche un vistazo a la documentación de Spring , en mi opinión, suele ser el mejor libro de Spring de todos los tiempos.
