XML no muerde Leyendo los comentarios al
post de mi colega
David sobre Spring 2.0, me he
dado cuenta de que existe gente, programadores, con cierta "manía" a
los ficheros XML.
Esta gente suele hablar de "programar en XML" y es que, sencillamente,
no es cierto. No se trata de programar en XML, sino de configurar
determinadas librerías (o componentes), utilizando XML.
¿No es mas cómodo decicar, en la medida de lo posible, el código Java a
implementar la lógica de la aplicación sin meter por medio código de
configuración (o de inicialización o lo que sea) de las librerías que
se utilizan?
Si cada librería tiene sus propios ficheros XML, con sus DTDs, donde se
puede configurar todo, ¿qué necesidad hay de mezclar nuestro código con llamadas a APIs de terceras partes, sujetas a cambios de versiones, actualizaciones, etc?.
En mi opinión, es mucho más cómoda la aproximación de Struts, con su
fichero struts-config.xml, donde están mapeadas todas las URLs de la
aplicación, su navegación y los objetos (Actions) que van a ejecutar la
lógica, que la aproximación de Servlets, donde cada Servlet se encarga
de todo: navegación, lógica, etc. y donde no puedes disponer, en un
punto concreto de toda la configuración de navegación de la aplicación.
La ventaja de herramientas como Spring es que te permiten aislar casi por completo tu código de implementaciones concretas de las librerías que estás utilizando. Sinceramente, el precio de tener que escribir XML en lugar de Java no me parece excesivo, solamente es una mera cuestión de sintaxis.
un saludo
lunes marzo 13, 2006