Curso J2EE (9ª,10ª semana) spring
Llegamos a la 9ª semana y le toca el turno a spring, nos extenderemos 2 semanas y un poquito de la siguiente debido a la gran cantidad de herramientas y frameworks con los que podemos integrarlo además aprovecharemos su módulo aop para introducir los conceptos de la programación orientada a aspectos.
Spring no es un framework al uso como los que yo había utilizado, struts, cakephp, jsf. Spring abarca todas las capas de una aplicación, y no solo de una aplicación web, podemos utilizar perfectamente spring para el desarrollo de aplicaciones de escritorio. Spring se compone de diversos módulos siendo indispensable el "core" a partir de este podemos utilizar cualquiera de los existentes dependiendo de nuestras necesidades:
- MVC: Implementación del patrón MVC.
- ORM: Integración con api's de mapeo objeto-relacional (JDO, Hibernate, iBatis).
- AOP: Implementación de programación orientada a aspectos.
- WEB: Contexto de aplicaciones orientado a web. Deberemos utilizarlo para integrar otros frameworks (struts, webwork, etc).
- DAO: JDBC.
Por esto al principio me chocó un poco la idea que tenía a priori de spring, esperaba un framework típico y me encontré con algo muy diferente. Podríamos decir que spring es el encargado de unir todas las piezas de nuestra aplicación, piezas que pueden ser propias del framework (módulo mvc), o piezas de terceros que se integran a perfección (hibernate, struts, etc). Frameworks como spring se conocen como "contenedores ligeros" y no es el único: http://www.picocontainer.org.
¿Como integra spring todas estas piezas?. Dos conceptos a tener muy en cuenta: inversión de control e inyección de dependencias. Tenemos un montón de información por la red de "que es" y "hace" cada uno aunque a menudo se confunden. Pero digamos que estas dos técnicas hacen posible que spring elimine todas las dependencias y desacople los diferentes módulos que componen un programa, siguiendo el Principio de Hollywood: "no nos llames a nosotros; nosotros te llamaremos a tí".
Para spring un bean será un objecto que el podrá gestionar, lo crea lo destruye lo inyecta donde sea necesario. Así tenemos una interfaz básica BeanFactory que será la encargada de proporcionar los mecanismos necesarios para gestionar estos beans. Para aprovechar las capacidades de spring todo lo que desarrollemos serán beans, solo de esta forma spring podrá inyectar las dependencias que especifiquemos en el fichero de configuración.
Un ejemplo para verlo un poco mas claro:
Tenemos una clase Factura.java:
Tenemos un FacturasManager.java que contiene una lista de facturas y un método que las pinta por pantalla:
-
private List facturas;
-
return facturas;
-
}
-
this.facturas = facturas;
-
}
-
public void pintaFacturas() {
-
while(iterator.hasNext())
-
{
-
Factura f = (Factura)iterator.next();
-
}
-
}
-
}
Deberíamos complicarlo un poco mas pero para ilustrar los conceptos anteriores nos sirve.
Ahora tenemos el fichero xml de configuración de spring donde detallaremos los beans y las inyecciones que necesitamos hacer:
-
<beans>
-
<bean id="factMan" class="net.jsanroman.facturas.FacturasManager">
-
<property name="facturas">
-
<list>
-
<ref bean="factura1"/>
-
<ref bean="factura2"/>
-
<ref bean="factura3"/>
-
</list>
-
</property>
-
</bean>
-
<bean id="factura1" class="net.jsanroman.facturas.Factura">
-
<property name="num"><value>1</value></property>
-
<property name="importe"><value>124.3</value></property>
-
</bean>
-
<bean id="factura2" class="net.jsanroman.facturas.Factura">
-
<property name="num"><value>2</value></property>
-
<property name="importe"><value>14.3</value></property>
-
</bean>
-
<bean id="factura3" class="net.jsanroman.facturas.Factura">
-
<property name="num"><value>3</value></property>
-
<property name="importe"><value>224.3</value></property>
-
</bean>
Estamos instanciando 3 beans tipo Factura desde el propio xml y los estamos inyectando en la propiedad facturas de FacturasManager:
Ahora simplemente necesitamos un método que ejecute lo anterior, como veis una simple case standalone:
-
private static FacturasManager facturasManager;
-
ClassPathXmlApplicationContext ctx = new ClassPathXmlApplicationContext("applicationContext.xml");
-
facturasManager = (FacturasManager)ctx.getBean("factMan");
-
facturasManager.pintaFacturas();
-
}
Hemos desacoplado las clases Factura y FacturasManager, si en lugar de esas 3 instancias de facturas necesitáramos enviar un listado de las facturas de nuestra BD simplemente necesitaríamos modificar la inyección en el fichero .xml.
De esta forma también podremos integrar un montón de librerías externas.
