Bonjour Pierre,
Le dimanche 16 octobre 2005 à 23:46 +0200, Pierre Attar a écrit :
> At 10:25 15/10/2005, you wrote:
> >On Fri, Oct 14, 2005 at 11:46:55AM +0200,
> > Pierre Attar <pat@tireme.fr> wrote
> > a message of 36 lines which said:
> >
> > > Voir du coté de SAX et bien sur en fonction des traitements à
> > > réaliser. La programmation évènementielle à l'avantage de ne pas
> > > obliger au chargement de tout le document.
> >
> >Je ne pense pas que cela soit exact. Certes, les premières mises en
> >oeuvre de DOM étaient avides (elles chargeaient tout le document) mais
> >rien dans DOM ou dans d'autres APi non-évenementielles n'oblige à
> >faire cela. Un expert DOM ici doit bien avoir un exemple d'une mise en
> >oeuvre paresseuse (qui ne charge que ce qui est nécessaire, et au fur
> >et à mesure) ?
>
> J'aurais tendance à maintenir ce que j'ai dis, en
> pensant qu'il ne faut pas confondre le modèle DOM
> qui nécessite de charger l'arbre en mémoire avec
> le modèle XSLT, qui pourrait se comporter comme
> suggéré ci-dessus, si l'arbre n'est pas
> nécessaire dans le programme.
On peut très bien imaginer un parseur DOM "paresseux" qui ne parse les
documents qu'au fur et à mesure en fonction de ce que l'application lui
demande et gère un cache pour ne garder en mémoire qu'une partie du
modèle.
Un tel parseur pourrait pour stocker sur disque les parties déjà parsées
ou n'en garder que des informations facilitant un nouveau parsing (les
offsets des balises par exemple) ou les parser à nouveau si elles sont à
nouveau nécessaires.
On peut également imaginer de faire cela en s'adossant à une base de
données XML.
Les recommandations DOM ne donnent que la spécification des méthodes
d'accès et le parseur DOM que je décris serait parfaitement conforme.
> En gros, en XSLT,
> la transformation cannonique peut être réqlisée
> de façon exponentielle alors qu'une utlisation de
> key nécessite de charger l'arbre du document désigné dans la key.
>
> A part cela, je peux bien sûr me tromper.
Ceci dit, cela compliquerait la réalisation du parseur DOM et ne
bénéficierait vraiment qu'aux très gros documents.
Ceux-ci constituant une niche relativement marginale, je ne pense pas
que cela ait été fait (autrement peut-être dans le cadre d'applications
spécifiques) et pense effectivement que tu ne dois pas te
tromper :-) ...
Cordialement,
Eric van der Vlist
> Pierre
--
Don't you think all these XML schema languages should work together?
http://dsdl.org
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(ISO) RELAX NG ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
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)
Received on Mon Oct 17 09:05:31 2005
