🚀 go-pugleaf

"Diox" <diox@diox.com> writes:

> j'amplifie expres pour comprendre..

On n'est pas sorti de l'auberge...

> >Bien sur on conserve des donnees dans un fichiers XML (c'est tout ce
> >qu'on fait d'ailleurs), mais ca ne veut pas dire qu'un ensemble de
> >documents XML constitue une base de donnees. Une BDD c'est quelque
> >chose qui permet de garantir la concurrence d'acces, la modification
> >des donnees a un niveau de granularite fin, les transactions, etc. XML
> >ne s'occupe absolument pas de tout cela.
> 
> ce qui fait que xml n'est pas aussi homogene et ouvert que tu le dis
> en fin de message..

Cela n'a rien a voir. Tu dis en substance : "les patates et la
friteuse c'est la meme chose". Je reponds : "Pas tout a fait" et
j'essaie de m'expliquer, et la, tu me reponds : "Finalement les
patates c'est pas terrible parce qu'il faut une friteuse pour
faire des frites avec".

Alors je ne sais plus quoi dire.


> il a besoin d'autre chose..
> il ne peut exister par lui meme..

N'oublie pas de nous prevenir quand tu auras trouve ce qui fait tout
et meme le reste. (Je dis "ce qui..." parce qu'a ce stade on ne sait
plus vraiment de quoi on parle.)

> pour moi tout fichier ascii contenant des donnees sont plat.
> j'admet que la maniere dont xml range ses donnees est moins plate qu'un
> fichier avec des champs de longueur fixe..

Oui la j'ai regette d'avoir dit "fichier" plutot que "document".
Disons pour simplifier qu'un *fichier* XML n'est qu'une representation
possible d'un *document* (et pas forcement la representation la plus
frequente).

> pour moi xslt inclu xpath.
> existe t'il moyen de faire du xpath sans xslt?

Oui. XPath est legerement adapte et etendu dans XSLT, mais existe
independamment.

> >Evidemment, tous ces langages ne sont que des... langages. Il faut un
> >processeur pour "faire".
> 
> idem en asp,php..

Si tu veux. (Rappelons a ce stade que ton argument etait : les deux
servent a faire du HTML.)

> >> en cherchant un peu on peut reussir a faire la meme chose en page
> >> asp/activex/base de donnes et xml/xslt..
> >
> >ou en perl avec des fichiers de texte, ou en C/CGI avec un annuaire
> >LDAP, ou en ce que tu veux. On peut meme faire du XSLT sur des
> >documents XML qui sortent d'une base de donnees.
> 
> je sais, mais moi je trouve que ca cree une etape de traitement bien
> inutile entre la bdd et un intranet en asp mais bon on a un outil
> qui ne genere que de l'xml et on doit faire avec..

La aussi previens-nous quand tu trouveras quelque chose que tu ne peux
pas faire avec XML (surtout si le but est de renvoyer du HTML a un
client).

> >Bref, en faisant ce genre de declarations, on parle de tout sauf du
> >principal : XML et ses applications offrent un environnement ouvert,
> >homogene et coherent, que personnellement je prefere aux monstrueux
> >amoncellements de technologies diverses et variees.

> je comprend mal la, xml et les autres x sont hyperdependant de toutes les
> autres technologies.

Forcement : il est fait pour en masquer tous les details et offrir un
format commun. Le principe general de la chose est d'obtenir les
infos en XML, quelle que soit la source (SGBDR, LDAP, texte, etc.)
pour les traiter ensemble.

> et si je me rappelle bien mes premieres lectures sur xml, il n'est juste
> qu'un meta language de tag ,sorte de meta html(oui la j'exagere)..

Ben non justement, pour une fois ce n'est pas trop loin de la verite
(modulo le vocabulaire).

> et qu'avant l'arrive d'xpath et de ses petits freres le fichier xml fesait
> lui meme sa mise en page.

La je craque...

> mais bon ,c'est un produit jeune qui aura surment un bel avenir..

Un produit ?..

> mais pour moi ca reste un language interprete de plus dans la
> panoplie web.

Je crois que l'on n'est pas d'accord sur ce que signifie le mot
"langage". Pour moi XML n'est pas _un_ langage, et il n'a pas plus de
rapport avec le web qu'avec n'importe quel autre application.

-- Alain.