Eso no es nada cierto. El XML sirve de muy poco, si no está, como mínimo, bien formado (ya no digamos que exigimos que sea válido), así que es muy fácil cometer errores al escribir XML si no se pone cuidado. Además que XML es mucho más de lo que necesitan la mayor parte de aplicaciones. Piensa que muchos archivos de configuración, son código shell válido, por lo que muchos scripts de los demonios, basta con que hagan un "source" de la configuración, y listo.
Meter una dependencia de XML en un script de arranque, me parece brutal. Los archivos estilo INI, que se usan mucho en el escritorio, por ejemplo, en los .desktop [freedesktop.org], son mucho más fácil de analizar, y de escribir.
Si alguien me pone un ejemplo de /etc/fstab (por poner un ejemplo conocido) reescrito en XML, que sea igual de legible, escribible, y fácilmente analizable, me callaré, pero lo veo mal. ;-)
"Si alguien me pone un ejemplo de /etc/fstab (por poner un ejemplo conocido) reescrito en XML, que sea igual de legible, escribible, y fácilmente analizable, me callaré, pero lo veo mal. ;-)"
Con esto se podria evitar posibles problemas parseando direcciones NFS o samba complicadas. Tambien se podria establecer puntos de montage alternativos en caso de no ser posible montar el dispositivo/share (alt_mount). Los cambios principalmente searian necesarios realizarlos sobre la utilidad "mount" y las funciones de libc para el tratamiento del fichero. la llamada mount no tendria que ser modificada, basta con que el programa mount realice las llamadas correctamente.
Las consecuencias de hacer algo asi es que la libc creceria al incorporar un parser XML... lo bueno es que tendriamos un parser XML generico por defecto en cualquier sistema que use esa libc ;)
Aunque yo me comformaria con cualquier formato medio decente que me quite de en medio estos fstab con su formato tabulado, y desde luego no creo que ese formato sea XML.
Re:programador con conocimientos de xml
(Puntos:2)( http://www.badopi.org/ | Última bitácora: Martes, 18 Septiembre de 2012, 18:45h )
Eso no es nada cierto. El XML sirve de muy poco, si no está, como mínimo, bien formado (ya no digamos que exigimos que sea válido), así que es muy fácil cometer errores al escribir XML si no se pone cuidado. Además que XML es mucho más de lo que necesitan la mayor parte de aplicaciones. Piensa que muchos archivos de configuración, son código shell válido, por lo que muchos scripts de los demonios, basta con que hagan un "source" de la configuración, y listo.
Meter una dependencia de XML en un script de arranque, me parece brutal. Los archivos estilo INI, que se usan mucho en el escritorio, por ejemplo, en los .desktop [freedesktop.org], son mucho más fácil de analizar, y de escribir.
Si alguien me pone un ejemplo de /etc/fstab (por poner un ejemplo conocido) reescrito en XML, que sea igual de legible, escribible, y fácilmente analizable, me callaré, pero lo veo mal. ;-)
Escribiendo de demasiadas cosas [barnacity.net] desde 2003.
Re:programador con conocimientos de xml
(Puntos:2)( http://varstudio.net/ )
"Si alguien me pone un ejemplo de /etc/fstab (por poner un ejemplo conocido) reescrito en XML, que sea igual de legible, escribible, y fácilmente analizable, me callaré, pero lo veo mal. ;-)"
Lo primero que se me ocurre es:
Con esto se podria evitar posibles problemas parseando direcciones NFS o samba complicadas. Tambien se podria establecer puntos de montage alternativos en caso de no ser posible montar el dispositivo/share (alt_mount). Los cambios principalmente searian necesarios realizarlos sobre la utilidad "mount" y las funciones de libc para el tratamiento del fichero. la llamada mount no tendria que ser modificada, basta con que el programa mount realice las llamadas correctamente.
Las consecuencias de hacer algo asi es que la libc creceria al incorporar un parser XML... lo bueno es que tendriamos un parser XML generico por defecto en cualquier sistema que use esa libc ;)
Aunque yo me comformaria con cualquier formato medio decente que me quite de en medio estos fstab con su formato tabulado, y desde luego no creo que ese formato sea XML.