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
XML, es un formato para lenguajes, cada herramienta, aplicacion, clase, define su propio lenguaje.
El disponer de XML es una ventaja ya que aisla el codigo, pero podrias hacer lo mismo en java, siempre que tengas localizado todo.
Lo bueno de XML es orientado a objetos, con todo lo que significa.
Spring tiene un problema y es que al contrario que con los gestores de base de datos en que utilizan algoritmos de optimizacion para la cache y las querys.
En Spring estos algoritmos se los das manualmente, en funcion de tus conocimientos y los de la aplicacion.
Es un atraso, el no disponer de herramientas automaticas de optimizacion de mapeo objeto-relacional.
Para eso estaran los "buenos consultores"
Enviado por batch4j en marzo 13, 2006 a las 07:49 AM GMT-01:00 #
XML no es orientado a objetos, perdon se me ha ido el dedo.
Enviado por batch4j en marzo 13, 2006 a las 07:49 AM GMT-01:00 #
Perdon, pero no acabo de ver la relación entre Spring y una herramienta de mapeo O/R.
Enviado por retamar en marzo 13, 2006 a las 12:16 PM GMT-01:00 #
Demasiado XML?
Tiempo sin escribir por aqui(como dice Martin, en los blogs corporativos es indicador del buen momento de la empresa), pero Angel Retamar me invita a hacerlo con su post sobre XML. Ante el temor de ser un comentario demasiado largo, me toca post nuevo.
Y es que Angel habla de las virtudes del XML para la configuracion de aplica...
Enviado por Al en marzo 13, 2006 a las 12:48 PM GMT-01:00 #
Las prisas, primero digo que XML es OO, luego que Spring y queria decir Hibernate.
:)
Enviado por batch4j en marzo 14, 2006 a las 02:40 PM GMT-01:00 #