Tiempo sin escribir por aquí (como dice Martín , 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 Ángel habla de las virtudes del XML para la configuración de aplicaciones. Y obviamente tengo que estar de acuerdo. Bueno, en parte. Porque sólo argumenta sobre las ventajas de la configuración fuera del código. Es decir, un fichero properties tendría exactamente las mismas ventajas en según que casos.

Lo que nadie me puede negar es que se ha llevado esto a unos extremos increíbles. Ángel habla de la comodidad de Struts, y yo, habiendo visto ficheros struts-config de 20.000 líneas (y no, no sobran ceros), tengo que tomarmelo con una pizca de sal. Y lo digo habiendo pecado de XMLitis en el pasado.

Primero, porque el argumento habitual de no tener que recompilar las clases me parece bastante desafortunado. Hay gente que considera que los ficheros XML son ficheros de código fuente de la aplicación, y en mi opinión, sin valorar si es bueno o malo, tienen razón. ¿Por qué?. Primero porque sin ellos no funciona la aplicación, y segundo porque en el 99% de los casos hay que reiniciar la aplicación para que tome esos cambios. Que sean dos pasos en lugar de uno me da bastante igual, pues para mi lo hace todo Ant, que no se queja si son 1, 2 o 500 pasos. Cosas de la automatización.

Pero el segundo argumento viene normalmente de los porsis. Por si un día necesito… . La verdad es que lo más probable es que ese día no llegue nunca, pero aún llegando, ¿qué hay de malo en tener una convención que nos obligue a tener menos configuración?. El famoso convention over configuration. Si tengo una acción de Struts llamada “guardar”, que normalmente devuelve “error” o “ok”, que hay de malo en sin tener que configurar nada exista siempre la convención de que vaya a las páginas “guardar_ok.jsp” o “guardar/ok.jsp” (por decir algo?). Que libertad me quita eso?. Si quiero cambiar el funcionamiento o bien tengo que cambiar la página o tengo que introducir nuevas acciones, nombrarlas, etc. de modo que el mapeo de la JSP tampoco me sirve de demasiado.

¿Quiero decir que el XML es malo?. Obviamente no. Pero si me parece que normalmente nos estamos pasando tres pueblos. Si hubiera una herramienta gráfica que nos facilitase el trabajar con ellos realmente (el Webflow del Workshop de BEA no era mal camino para el tema de struts), pero lamentablemente no es así normalmente. Navegar con los XML de algunos proyectos se hace molesto y difícil, en especial porque al final hay información (por ejemplo el acceso a una BD) que puede estar en distintos XML o ficheros properties.

Tengamos un poco de cabeza. Y si algo no se preve que vaya a cambiar, no nos compliquemos la vida hasta que sea necesario. Será que soy muy vago.

Tampoco te lo tomes como nada personal, Ángel, es simplemente una opinión más.