XML es en origen un lenguaje de intercambio de datos textuales, para permitir el diálogo entre aplicaciones y equipos dispares.
El hecho de que tiene un API estandarizado, y con numerosas herramientas para manejarlo le hace a priori interesante para utilizarlo en otros ámbitos, como éste de la información que sólo utiliza un programa.
Pero ojo si matamos moscas a cañonazos. Si para leer una pequeña lista de pares clave-valor necesito un procesador DOM que crea en memoria una estructura de datos llena de items referentes a cosas que no necesito para nada aquí, como espacios de nombres o identificadores de los elementos; que antes de trabajar ya ocupamos más del doble del texto original, y un tiempo de proceso importante; que necesita de librerías adecuadas, y un conjunto importante de programas anexos, y por tanto de mantener la coherencia entre las versiones de los APIS,... francamente, a mí me parece mejor cualquier solución sencilla de las que ya tienen implementadas esas herramientas ahora modificadas.
Bueno, para los escépticos del XML. La edición de estos ficheros se hace con PropertyListEditor, un editor para los ficheros de configuración de Apple, que luego lo escribe en XML: Así evitas que se te pase cerrar un tag y todo deje de funcionar.
De hecho la "base de datos" de configuración de GNOME (GConf) está "escrita" en XML desde su concepción, no será mucho pero al menos es un ejemplo de que XML sí se utiliza para configurar algo en Linux/Unix...
--
¿Cuántos robles roería un roedor si los roedores royeran robles?
XML
(Puntos:0, Redundante)Pues creo que no
(Puntos:2, Interesante)A ver 2 cosas:
Así que, sintiéndolo mucho, discrepo con el que vea esto interesante.
XML para lo que es
(Puntos:3, Interesante)( Última bitácora: Jueves, 14 Diciembre de 2006, 08:40h )
El hecho de que tiene un API estandarizado, y con numerosas herramientas para manejarlo le hace a priori interesante para utilizarlo en otros ámbitos, como éste de la información que sólo utiliza un programa.
Pero ojo si matamos moscas a cañonazos. Si para leer una pequeña lista de pares clave-valor necesito un procesador DOM que crea en memoria una estructura de datos llena de items referentes a cosas que no necesito para nada aquí, como espacios de nombres o identificadores de los elementos; que antes de trabajar ya ocupamos más del doble del texto original, y un tiempo de proceso importante; que necesita de librerías adecuadas, y un conjunto importante de programas anexos, y por tanto de mantener la coherencia entre las versiones de los APIS,... francamente, a mí me parece mejor cualquier solución sencilla de las que ya tienen implementadas esas herramientas ahora modificadas.
PropertyListEditor
(Puntos:2, Informativo)( Última bitácora: Lunes, 05 Julio de 2010, 16:34h )
Re:XML
(Puntos:1)( http://www.pablodc.com.ar/ )
¿Cuántos robles roería un roedor si los roedores royeran robles?