🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fr.comp.text.xml
Article #368

Re: The Muenchian method sur des attribut...

#368
From: Philippe Poulard
Date: Fri, 15 Feb 2008 08:17
85 lines
4576 bytes
condo4 a �crit :
> En faite, cette source XML provient qu'une sortie de base de donn�e
> que je standardise pour divers traitement dans mon appli web.
> Avant la requete, j'ignore tout du type des donn�es qui seront
> retourn�e, dans ce cas, c'est une URL, mais �a peut aussi bien etre
> une date ou tout autre donn�es...
> C'est pour �a que que j'ai structur� mon document ainsi...
> Bon, c'est vrai, j'aurais pu aussi utilis� la forme
> <data>
>      <item>
>          <type>Organisation</type>
>          <name>TOTO</name>
>          <url>http://toto.fr</url>
>      </item>
> </data>

voil�, c'est bien comme �a :)

> D'ailleurs je l'ai envisag� d�j� avant de poster cette demande, mais
> j'ai peur de brider mon XML pour la suite....

le X dans XML �a veut dire eXtensible

> Je m'explique :
> Pour le moment, dans chaque "item", j'ai uniquement des donn�es qui
> vienne d'une base et l'attribut 'name' correspond au nom du champ ou
> de l'alias utilis� dans la requ�te.
> Dans ce mod�le, toute donn�es de la table sont des �l�ments de type
> 'param'; si plus tard j'ai d'autre type d'�l�ments � utiliser, je sais
> faire la diff�rence...
> Alors, que si j'utilise le nom du champs comme nom d'�l�ment, et que
> plus tard je souhaite ajouter une autre source de donn�e, alors, je
> risque de tomb� un jour dans le cas ou un nom de champs de base
> poss�de le m�me nom que l'�l�ment que j'utilise non ?
> Bon, il est vrai que je pourrais faire l'inverse et mettre des
> attribut pour donn�es la source : <type src='db'> ou un truc de ce
> genre...

non, le m�canisme le plus appropri� pour �viter les conflits de noms est 
d'avoir recours aux espaces de nommage :
http://disc.inria.fr/perso/philippe.poulard/cours/01c-xml-namespaces.pdf

m�me si avec les espaces de nommage il y a un c�t� un peu casse-gueule 
dans XPath/XSLT, c'est de toute fa�on incontournable car on se trouve 
t�t ou tard � avoir besoin de mixer ses propres structures avec celles 
des autres, qui seront vraisemblablement dot� d'espaces de noms ; foutu 
pour foutu...

> 
> En fait, je suis ouvert a toute proposition et tout conseil...
> C'est vrai que d'un autre cot�, je en sais pas trop ce que je pourrais
> avoir besoin de plus pour le moment, mais mon but �tant de faire un
> framework pour site web le plus extensible possible les choix de
> d�part peuvent me bloquer par la suite, alors, je pr�f�re y passer du
> temps en r�flexion avant ;-)

oui, il vaut mieux... pour ma part, je ne con�ois (presque) jamais de 
structure qui ne soit pas dans un espace de nom ; c'est ma conclusion au 
bout de 10 ans d'utilisation des technos XML :)

> 
> C'est vrai que la solution de l'�l�ment au nom du champ me l�ve pas
> mal de probl�mes...
> 
> Je vais y r�fl�chir...
> Si en connaissant un peu plus mon application vous avez d'autre
> conseil, je suis preneur ;-)

je n'ai pas tout compris ce que tu veux faire, mais utiliser le nom 
d'une colonne SQL comme nom d'�l�ment me para�t un bon choix

> 
> Merci


-- 
Cordialement,

               ///
              (. .)
  --------ooO--(_)--Ooo--------
|      Philippe Poulard       |
  -----------------------------
  http://reflex.gforge.inria.fr/
        Have the RefleX !
Technical Details
Message-ID: <fp3hqi$g6i$1@news-sop.inria.fr>
Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!proxad.net!feeder1-2.proxad.net!news.cs.univ-paris8.fr!ciril.fr!news-rocq.inria.fr!news-sop.inria.fr!not-for-mail
References: <36022cf8-1d38-4f49-86aa-f093abe57acf@s8g2000prg.googlegroups.com> <fp1opr$jnr$1@news-sop.inria.fr> <6df954a7-db2f-4d94-83c1-b172bb3cd414@t55g2000hsa.googlegroups.com>

Show Full Headers
Complete Article Headers
X-Google-Thread: 114f60,1ecc77503d4eabe8
X-Google-Attributes: gid114f60,public,usenet
X-Google-Language: FRENCH,ASCII
Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!proxad.net!feeder1-2.proxad.net!news.cs.univ-paris8.fr!ciril.fr!news-rocq.inria.fr!news-sop.inria.fr!not-for-mail
From: Philippe Poulard <philippe.poulardNO@SPAMinria.fr>
Newsgroups: fr.comp.text.xml
Subject: Re: The Muenchian method sur des attribut...
Date: Fri, 15 Feb 2008 09:17:23 +0100
Organization: INRIA - Unite de Recherche Sophia Antipolis (France)
Lines: 85
Message-ID: <fp3hqi$g6i$1@news-sop.inria.fr>
References: <36022cf8-1d38-4f49-86aa-f093abe57acf@s8g2000prg.googlegroups.com>  <fp1opr$jnr$1@news-sop.inria.fr> <6df954a7-db2f-4d94-83c1-b172bb3cd414@t55g2000hsa.googlegroups.com>
NNTP-Posting-Host: dahu2.inria.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: janus.inria.fr 1203063442 16594 138.96.213.1 (15 Feb 2008 08:17:22 GMT)
X-Complaints-To: abuse@sophia.inria.fr
User-Agent: Thunderbird 1.5.0.13 (X11/20070824)
In-Reply-To: <6df954a7-db2f-4d94-83c1-b172bb3cd414@t55g2000hsa.googlegroups.com>