Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • XML

    (Puntos:2, Interesante)
    por Tei (4535) el Sábado, 24 Abril de 2004, 21:20h (#291579)
    ( Última bitácora: Viernes, 03 Febrero de 2012, 15:18h )
    Si solamente existieran los PCs, y se respetasen los estandares, y hubiera un solo lenguaje de programacion, que ademas fuera razonable. XML no seria necesario, aunque de todos modos quizas se terminase inventando.
    Sin embargo impera en el mundo del software las leyes de Murphy, asi que hacia falta inventar una forma de pasar datos entre sistemas muy pero que muy radicalmente distintos. XML ha convencido a mucha gente (a mi por ejemplo) y ha conseguido esto. Y es un buen indicador el que existan librerias para trabajar con XML en casi cualquier lenguaje, casi parece que un lenguaje ya no puede salir sin tener un lector de XML en sus librerias *basicas*.

    ¿Porque Murphy?
    Porque por ejemplo los documentos XML se pueden validar. Y se puede ser tan cabronamente estricto como se necesite.
    Y porque al fin y al cabo, XML esta autocontenido en el sentido de que puedes abrir un documento XML y leer si es UTF8 y UTF16. Que seria como si fuera facil leer un binario y saber si esta codificado para mac o para pc. Y al fin y al cabo un XML es texto plano, asi que si algo sale mal, lo puedes cargar en tu editor de texto favorito, y trabajar sobre el. Esto tampoco lo puedes hacer con un binario, y con muchos otros formatos puede ser complicado,... XML al estar tan estructurado es facil de navegar.

    Asi que XML es una buena necesaria util idea. Punto. No es ni siquiera algo que yo permitiria patentar. Seria como permitir patentar los punteros, o la prueba del nueve. Tener a la gentecilla de marketing gritando por las esquinas que los productos tal y cual llevan XML es algo que merece mas bien ser ignorado. No es relevante. Que la palabra XML sea una buzzword no le quita peso a su utilidad real.

    Personalmente hay veces que usare cosas que parezcan XML, y veces que preferire usar algo que parece un fichero .ini

    XML completo, puede ser demasiado para tareas simples... claro que nunca sabes cuando las cosas se van a complicar.

    ¿Te gustaria que el fichero de configuracion de apache fuera un fichero XML?
    Si lo fuera, quizas fuera posible trabajar con el desde un interface grafico, y añadir y quitar servidores virtuales mas limpiamente, tener mayor control sobre Apache. Y eso es de lo que se trata, de mejores aplicaciones, y XML es solo una herramienta para tenerlo... que puede o no gustar (personalmente prefiero el formato actual de apache)
  • Re:Pero si de eso ya teniamos!!!

    (Puntos:2, Divertido)
    por bollofino (11752) el Sábado, 24 Abril de 2004, 15:46h (#291498)
    ( http://www.titerenet.com/ | Última bitácora: Martes, 08 Julio de 2008, 17:24h )
    Disculpe, creo que es en la otra puerta... :-\
    --
    Firme aquí
    [ Padre ]
  • ¿Estas seguro?

    (Puntos:1)
    por MrSiir (9512) <reversethis-{moc.liamg} {ta} {riisrm}> el Sábado, 24 Abril de 2004, 16:02h (#291505)
    ( Última bitácora: Martes, 06 Julio de 2004, 20:01h )
    “no hay *NADA* en XML que no se pudiera hacer mediante simple intercambio de ficheros CSV”

    ¿Estas seguro?, creo que no has trabajado mucho con XML, un ejemplo muy sencillo, montamos un servicio web (webservice) al que le haces una petición y te retorna una estructura jerárquica con datos, con una sola función recursiva puedes montar la estructura, y no solo eso, encima puedes verificar si los datos que te envían son correctos, simplemente con un DTD (Document Type Definition), ¿como se hace eso con un CSV sin matarte?

    Es un ejemplo por poner alguno, te puedo asegurar que el XML es muy bueno, siempre que estemos trabajando con datos complejos, para enviar una simple lista no hace falta usar XML, hay que saber cuando usar XML y cuando no.
    [ Padre ]
  • Re:¿Más vaporware?

    (Puntos:3, Informativo)
    por Lolaine (7883) <lolaine.at.nospam.lambdanw.com> el Sábado, 24 Abril de 2004, 17:53h (#291519)
    ( http://www.redlibre.org )
    Precisamente parece que tu eres de los que oyen y no tienen ni pajolera idea de qué significa. XML es una de las tecnologías que más está dando que hablar por su flexibilidad. Yo la uso cotidianamente en un servidor de aplicaciones Web que estoy creando y me da mucho juego. Lo último que he hecho es cargar los .ui de QTDesigner (que son XMLs), parsearlos y sacar el equivalente en HTML.

    XML es una gran especificación que va a regir todo el intercambio de información de los proximos N años por razones sencillas:

  • Es una especificación abierta, como HTML
  • Es accesible desde multitud de sistemas usando distintos tipos de metodología
  • No depende de la plataforma
  • Es transformable
  • Es human-readable y facilmente entendible Tu primera afirmación, de que XML es vaporware:VaporWare es algo que está prometido que va a salir y nunca sale. La especificación XML está disponible en el sitio del w3 [w3.org] y puedo encontrar recomendaciones hasta el año 96 (prueba aqui [w3.org]. Asi que no digas que es Vaporware, porque es mentira. Otra cosa son sus usos que según tu se limitan a establecer un acuerdo sobre cómo se define el intercambio de información entre dos entidades, cosa que tampoco es verdad. XML es un subconjunto de SGML diseñado para que sea estandar, leible humanamente y para que se utilice desde un amplio espectro de aplicaciones, pero sobre todo orientado a la web. Aun así paso a enumerar un pequeño número de aplicaciones que usan XML como almacen de su información:

  • OpenOffice
  • Apps de KOffice
  • Dia
  • UI de QTDesigner
  • Glade
  • MSOffice 2003
  • Apache Jakarta / etc...
  • Muuuchas aplicaciones J2EE
  • etc...

    Sobre tu cita de que no hay nada en XML que no se pueda hacer con CSV ...

  • CSV carece de estructura o jerarquía (todos los elementos son iguales , lo único que los diferencia es su posición (fila1 columna1, fila1 columna2).
  • En CSV solo hay "contenido" y no propiedades, es decir, una celda solo tiene su contenido, mientras que en XML podemos tener <elemento propiedad1="valor1" propiedad2="valor2">contenido</elemento>
  • Un documento CSV no es validable (no tiene DTDs)
  • Un documento CSV no se puede transformar (como hace XML con XSLT, la propiedad más importante para mi)
  • Tampoco se puede hacer una referencia directa mediante parametros lógicos y no filas/columnas (en XML se puede con XPath)
  • Un documento CSV es complicado de mantener por su falta de estructura. Podrías haber dado un ejemplo mejor que CSV, dado que precisamente CSV no es algo del otro mundo tecnológicamente hablando. Por el caracter de tu Post no pareces haber indagado mucho en XML y en tecnologías Web. Sin XML por ejemplo, no existiría XMLRPC ni SOAP, protocolos que utilizan XML para realizar llamadas a procedimiento remoto muy usadas en aplicaciones web como Blogger. Por ejemplo, hay un articulo en xml.com (sitio de o'Reilly) que explica como uno de sus editores usó OpenOffice para editar un articulo, cogio el XML generado, lo transformó mediante XSLT y lo envio mediante XMLRPC (o SOAP, no recuerdo bien) al servidor Web y publicó el articulo sin tener que tocar un navegador. ESA es la potencia de XML, el que puedas hacer las cosas como quieras, desde la aplicación que quieras y como quieras. Experiencia Personal con XML:Mi Servidor de Aplicaciones utiliza XMLRPC para capturar las imagenes de los objetos persistentes que se encuentran en la base de datos y mostrar esos contextos XML con un guion python de 30 lineas y con esa misma aplicación y modificando el XML del contexto del objeto puedo, también mediante XMLRPC modificar el contexto del objeto y enviarlo de vuelta al servidor, modificando variables del objeto directamente.

    Y despues de esta parrafada, me piro que mi novia quiere pasear :D

[ Padre ]
  • 3 respuestas por debajo de tu umbral de lectura actual.