Programación General > XML

 Que Es El Paquete Dom?

<< < (2/3) > >>

mabrev:
Hola:


--- Citar ---Con SAX y DOM procesas pero no validas un documento XML. Creo que la confusión está en el hecho de que también es un DOM cualquier documento HTML o ... XML. Por eso XML describe un DOM. Un DOM es la estructura en árbol de un HTML y HTML es un caso especial de XML. Por eso, cuando escribes un XML, estas describiendo un DOM.

--- Fin de la cita ---

   Yo he trabajado con DOM y sí que valida un documento de acuerdo a su dtd, de hecho Xerces es un paquete que contiene una implementación en Java de DOM. Un DOM es un modo de representar un documento XML, pero eso no quiere decir que cuando escribas un XML estés describiendo un DOM, no?

Saludos

nausea:
Hola:

  Exactamente. Como bien dices con su DTD. Puedes trabajar en Java con SAX y DOM sin DTD, sin realizar la validación.

Si quieres validar, se lo tienes que decir
 

--- Código: Text ---   SAXParserFactory spfactory = SAXParserFactory.newInstance();  spfactory.setValidating(true);  
Si pones false, no se valida pero eso no quiere decir que no puedas leer un XML y lo parsees secuencialmente con SAX o te crees un árbol DOM total o parcial a partir de tu documento.

Yo más bien diría lo contrario: Con XML representas un DOM que es um Modelo de Objetos quepuedes escribir en forma  XML. ¿Cómo pintas oescribesun DOM?

Saludos
n.

mabrev:
Hola:

  Parece que en algo estamos de acuerdo, con DOM y SAX puedes validar o no un documento XML no?. Es que antes pusiste:

--- Citar ---Y desde luego, DOM no valida XML. Puedes procesar con SAX o DOM para procesar XML, pero si quieres validarlo, necesitas Crimson o Xerces

--- Fin de la cita ---

  En lo que no acabamos de coincidir es si qué describe a qué. Yo sigo defendiendo que DOM y SAX describen documentos XML. Se supone que una determinada información estructurada en un fichero XML, pero está claro que por muy estructurada que esté la información no deja de ser un fichero de texto plano y tratar eso no es muy eficiente. Así que para tratar de forma eficiente esa información, es necesario buscar métodos de representación que permitan un tratamiento automatizado y eficiente de la misma, ahí es donde entran DOM y SAX.

  Bueno, este es mi planteamiento de porqué DOM y SAX representan documentos XML y no al revés.

  Saludos

nausea:
Hola, de nuevo:

Casi. No es ni DOM ni SAX quienes validan. De hecho, si usaras JDK 1.2 o 1.3 no podrías validar un DOM si no tuvieras Xerces o parser similar. Desde JDK 1.4, los paquetes javax.xml.* incluyen Crimson, que es parecido a Xerces (y también de Apache).

Creo que el problema que tenemos es con la palabra "describir". Yo más bien diría que DOM (javax.xml.parsers.DocumentBuilder) y SAX (javax.xml.parsers.SAXParser) manejan DOMs (Documentos XML o HTML). XML describe el Modelo. Lo que también tengo claro es que no voy a tratar es un fichero XML como un fichero plano (No voy a usar FileSystemObject (VisualBasic) ni Readers o Writers de Java. Usaré en Java

--- Código: Text ---    InputSource source = new InputSource(&#34;problema.xml&#34;);   xmlReader.parse(source);  
Saludos
n.

nicokiki:
Hablando de DOM, alguien sabe donde hay algunb ejemplo o algo por el estilo del uso de este paquete en C++??????

Salu2!!!!!

Navegación

[0] Índice de Mensajes

[#] Página Siguiente

[*] Página Anterior

Ir a la versión completa