SPRING FRAMEWORK PARA J2EE (I)
Spring - j2ee Application Framework
Justo antes de navidades, Fabio García, ex-alumno de Nebrija, me recomendó que le echase un vistazo a este framework para J2EE. Que sirva este post para empezar a hacerle caso!
Sus "estatutos" son, principalmente, los siguientes:
- Es mejor programar sobre interfaces que sobre clases. En eso, estoy TOTALMENTE DE ACUERDO, aunque cuesta darse cuenta al principio.
- Se basan en JavaBeans.
- El diseño de la aplicación, mediante técnicas OO, es más importante que la tecnología utilizada, como J2EE. Chapeau!
- Un framework no debería obligarte a capturar tantas excepciones como te obliga Java con sus "checked exceptions".
- Las pruebas son fundamentales, y un framework debería "integrarlas" en el desarrollo habitual -volvemos al test-driven development de hace un par de posts-.
En este artículo del ServerSide se resume el Framework de Spring.
[KITKAT:
En este artículo se habla de POJOs, y no sabía lo que era: el WIKI de Martin Fowler lo explica... y, desgraciadamente, creo que tiene razón!
]
Lo primero de todo es decir qué NO ES Spring, y no tiene:
- No hay paquete de logging. Ya hay buenos en el mercado.
- No hay connection pool.
- No hay O/R mapper: JDO o Hibernate lo hacen genial.
Si ofrece -es decir, compite con otros- en:
- MVC framework -contra Struts, por ejemplo-.
- Contenedor ligero de componentes -ya hablé de ello en el post del Exo Container-.
Resumiendo lo que dice el artículo -¡aviso! artículo denso para los que no estén acostumbrados a vocablos del estilo JNDI, EJB, MVC, IoC, DAO, DBCP, etc.-:
Una característica que me atrae es la de no tener que instrumentalizar tu código con implementación de interfaces o extensión de clases, sino que la metadata y la utilización de una estructura JavaBean es suficiente.
Mejoran el API de JDBC para evitar tareas tediosas como el cierre de ResultSets y Statements, y para crear una estructura de excepciones, más allá del SQLException clásico.
Spring - j2ee Application Framework
Justo antes de navidades, Fabio García, ex-alumno de Nebrija, me recomendó que le echase un vistazo a este framework para J2EE. Que sirva este post para empezar a hacerle caso!
Sus "estatutos" son, principalmente, los siguientes:
- Es mejor programar sobre interfaces que sobre clases. En eso, estoy TOTALMENTE DE ACUERDO, aunque cuesta darse cuenta al principio.
- Se basan en JavaBeans.
- El diseño de la aplicación, mediante técnicas OO, es más importante que la tecnología utilizada, como J2EE. Chapeau!
- Un framework no debería obligarte a capturar tantas excepciones como te obliga Java con sus "checked exceptions".
- Las pruebas son fundamentales, y un framework debería "integrarlas" en el desarrollo habitual -volvemos al test-driven development de hace un par de posts-.
En este artículo del ServerSide se resume el Framework de Spring.
[KITKAT:
En este artículo se habla de POJOs, y no sabía lo que era: el WIKI de Martin Fowler lo explica... y, desgraciadamente, creo que tiene razón!
]
Lo primero de todo es decir qué NO ES Spring, y no tiene:
- No hay paquete de logging. Ya hay buenos en el mercado.
- No hay connection pool.
- No hay O/R mapper: JDO o Hibernate lo hacen genial.
Si ofrece -es decir, compite con otros- en:
- MVC framework -contra Struts, por ejemplo-.
- Contenedor ligero de componentes -ya hablé de ello en el post del Exo Container-.
Resumiendo lo que dice el artículo -¡aviso! artículo denso para los que no estén acostumbrados a vocablos del estilo JNDI, EJB, MVC, IoC, DAO, DBCP, etc.-:
Una característica que me atrae es la de no tener que instrumentalizar tu código con implementación de interfaces o extensión de clases, sino que la metadata y la utilización de una estructura JavaBean es suficiente.
Mejoran el API de JDBC para evitar tareas tediosas como el cierre de ResultSets y Statements, y para crear una estructura de excepciones, más allá del SQLException clásico.
Comments