From: CANDAT Jerome (jerome.candat@c-s.fr)
Date: 28/05/2003 - 12:22
> L'utilisateur moyen par contre doit structuré son document , et pointé les
informations qui mérite d'etre balisé.. j'ai du mal a voir comment un
utilisateur moyen pourrait faire ca , l'utilisateur moyen n'a en général
aucune connaissance en info..
Je ne comprends pas bien pourquoi c'est à l'utilisateur de structurer son
document!!! L'utilisateur de l'appli interagit avec le système grâce à
l'interface graphique. C'est à l'appli de structurer les informations
saisies par l'utilisateur en XML selon le schéma choisit. En gros, c'est le
développeur qui se tape le boulot. Remarque maintenant la "communication"
programme<--->XML se fait de plus en plus facilement (e.g. JDOM et JAXB pour
le Java).
XML ne doit pas être utilisé en frontal; par là je veux dire que
l'utilisateur n'a pas à savoir ce que les développeurs ont utilisé pour
développer l'appli XML ou autre technologie. Peu importe pour l'utilisateur
que les données soient stockées en XML ou dans une BD relationnelle du
moment qu'elles sont stockées et qu'il peut y avoir accès.
> Après , a quoi cela sers de baliser dans ce texte ces informations ? à
eventuellement les mettre en valeur lors de la presentation ? pouvoir
transformé les balises en lien dynamique qui renvoie sur une définition ?
Je ne suis pas un expert XML mais je vais m'hasarder à une réponse. Le fait
de baliser le texte permet de facilement retrouver les infos et savoir
comment est structurer le document XML de manière générique (en utilisant
n'importe quel parseur disponible). Cela permet aussi de hiérarchiser les
informations contenues dans ce fichier et de déterminer ainsi les liaisons
entre les informations. De plus on dit souvent que XML est auto-descriptif
du fait que le nom des balises décrivent leurs contenus. Donc un lecteur
humain peut 'facilement' appréhender le contenu d'un document XML qui lui
est inconnu en regardant le nom des balises.
>
> Est-ce que quelqu'un a deja utilisé de tels produits ? et en quelles
occasions quelles applications ?
Pour ma part j'ai utilisé Xindice d'Apache (1ère version) pour un prototype
d'applications d'archivage bien que cela été inadapté à priori puisque je ne
stocke pas de l'XML mais je stocke les infos utilisateurs au format XML
avant de les enregistrer dans Xindice. C'est-à-dire que je transforme les
données saisies par l'utilisateur en XML avant de les sauver dans la base
XML. Par inadapté, je veux dire qu'il aurait été plus simple de stocker les
infos dans une BD relationnelle directement.
Dans ton mail précédent, tu as écris :
> ?? -Apparamment les NXDs ne seraient utile que pour le XML Orienté
Document
J'ai donné un bout de ma vision au dessus à savoir que tant qu'à stocker des
données autant les stocker dans une BD relationnelle et pas s'embêter à les
transformer en XML avant de les stocker. Disons qu'une NXD est bien pour
stocker de l'XML. Prenons l'exemple d'un site de bourse en ligne. Toutes les
infos financières sont prises (moyennent finances bien sur) chez un
fournisseur type Reuters et récupérées par HTTP au format XML. Ton appli (le
site de bourse en ligne en l'occurence) va recevoir les infos au format XML.
Aucune transformation n'est ici nécessaire (enfin cela peut dépendre de
l'appli mais bon) avant de les stocker en base; le mieux étant ici une BD
XML sinon cela t'obligerait à lire ton XML pour en extraire les données à
sauvegarder.
En gros, cela dépend du type d'application à développer et si tu veux que
ton projet soit une vitrine technologique (XML fait tout de suite son effet
sur les clients potentiels ;-) ) !!
>
> En ce qui concerne les mecanismes de transaction et de securité ? sont-ils
gérés ?
Je pense que cela dépend des différentes implémentations des BD XML.
>
> Merci d'avance , peut etre qu'a la fin de la journée , ces fameuses NXDs
seront plus claires pour moi .
>
En espérant que ça ait pu t'aider un peu,
Jérôme.
--
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:06 UTC
webmaster@xmlfr.org
| 
