From: Bruno Sinkovic (brioni@compuserve.com)
Date: 01/02/2001 - 22:13
Bonjour,
>> DOM est une API reposant sur un modèle de document chargé en mémoire.
Juste pour information, il existe egalement des implementations DOM
(notamment en Java) pour des documents persistents, c'est a dire des
documents XML residents sur disque ou mieux, dans une Database XML.
Cordialement,
-- Bruno
-----Original Message-----
From: xml-tech-bounce@xmlfr.org [mailto:xml-tech-bounce@xmlfr.org]On Behalf
Of Eric van der Vlist
Sent: Thursday, February 01, 2001 5:36 PM
To: xml-tech@xmlfr.org
Subject: [xml-tech] Re: Quelle interface pour java ?
Bonjour
MOUSSAUD Benoît wrote:
>
> Notre projet est en java et utilise du XML pour les donnéees et la
> transformation
> Je me pose la question suivante:
> Faut il baser le code sur les interfaces du W3C (SAX& DOM) ou
> Faut il utiliser les intefaces spécifiées par SUN (JAXP & TRAX)
> Quels sont les avantages & inconvénients ?
> Quelles experiences avez vous dans l'une au l'autre des possibilités ?
Tout d'abord, je voudrais préciser pour les puristes que SAX n'est pas
une interface W3C mais une interface définie de manière communautaire
sur xml-dev.
Le fait que SAX ait été adoptée comme standard de fait montre qu'il faut
considérer l'adoption par l'industrie au moins autant que l'estampille
d'une organisation X ou Y.
Ensuite, cela dépend de ce que vous voulez faire !
SAX, DOM et JDOM qui sont vraisemblablement les plus utilisées en Java
sont des interfaces très "typées" qui offrent toutes trois les garanties
de pérennité dont vous pouvez avoir besoin.
JAXP est, à mon sens, une sur couche qui permet de les manipuler et TRAX
une API réservée à la manipulation de transformations XSLT.
Le choix principal se situe donc au niveau de SAX, DOM et JDOM.
SAX est une API événementielle qui est très facile à utiliser et ne
constitue pas d'arbre en mémoire.
Elle est donc bien adaptée aux applications qui souhaitent constituer un
arbre suivant un modèle de données qui leur est propre (il est alors
inutile et peu performant de constituer un premier modèle de données
sous forme de DOM et de le traduire ensuite), aux très gros documents
XML dont on ne pourrait pas stocker un modèle en mémoire et au
traitement de types "filtres" tels que la traduction de noms de balises.
DOM est une API reposant sur un modèle de document chargé en mémoire.
C'est une API relativement neutre en terme de langage que vous
retrouverez presque à l'identique en Java, C++, Python, ...
Elle est bien adaptée aux traitements de documents pour lesquels vous
n'avez pas de modèles de données particulier à utiliser. Etant
relativement neutre par rapport au langage, elle n'est pas
particulièrement bien adaptée à Java et n'utilise que très peu les
autres API Java.
DOM a l'estampille W3C.
JDOM est une refonte de DOM pour Java. Elle a les mêmes avantages et
inconvénients que DOM mais est plus naturelle à utiliser pour un
développeur Java.
JDOM est un développement communautaire mais semble être très suivi.
Au dessus de tout cela, JAXP et TRAX sont la glue qui permet de faire
cohabiter ces différentes interfaces et réaliser les fonctions qui ne
sont pas (encore) normalisées (lire un document dans un DOM, le
sauvegarder, ...).
Cordialement,
Eric van der Vlist
>
> Merci d'avance
> Cordialement
> Benoit Moussaud
>
> --------------------------------------------------------------------------
--
> Benoit Moussaud - benoit.moussaud@criltelecom.com
> CTS - Cril Telecom Software
> http://www.criltelecom.com
> 8 rue danjou
> 92517 Boulogne Billancourt - France
> Tel: 01 58 17 04 78
>
> --
--
------------------------------------------------------------------------
Eric van der Vlist Dyomedea http://dyomedea.com
http://xmlfr.org http://4xt.org http://ducotede.com
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:05 UTC
webmaster@xmlfr.org
| 
