From: Claude Elissalde (celissalde@cyberstudio.fr)
Date: 08/01/2002 - 10:05
Bonjour à tous,
Je ne reviens pas sur les précisions avantages/inconvénients justement
exposés par les uns et les autres.
XML ne s'intéresse pas à la présentation, vous pouvez décrire vos données
dans ce format puis les afficher (sérialiser) en autant de formats que vous le
souhaitez (XHTML pour l'affichage web, PDF pour l'impression, WML pour un
mobile etc.).
Le choix d'XML ne doit pas seulement être séduisant (il l'est), mais utile
compte tenu des besoins/particularités de votre site (nécessité de séparer
données et contenus, fréquence de mise à jour des données, personnalisation de
la présentation, formats de sorties, échange d'informations etc.). Pas de
techno pour la techno. Pour avoir l'expérience de développements XML, voici
quelques points à considérer.
La gestion des données XML, stockage, intégrité, mises à jour, etc. Plusieurs
possibilités : le système de fichiers (idem pages HTML), une base de données
relationnelle classique, une base de données objet/XML type Tamino).
La transformation XML/format sortie. Elle peut se faire en batch avant le
serveur (on génère tout le site en HTML et PDF par exemple, puis on sert ces
pages comme pour un site statique), à la volée (lors de la demande de la page
par le client), au niveau du navigateur du client.
Dans la mesure où la première solution est peu appropriée pour un site dont le
contenu est fréquement mis à jour (autant faire directement du HTML) et la
troisième solution ne fonctionne pas avec la majorité des navigateurs courants
(versions 5 et moins). Il reste la génération à la volée qui peut être très
gourmande en ressources serveur.
Personnellement, nous utilisons le framework cocoon ( xml.apache.org/cocoon/ )
du projet Apache en stockant les données dans un SGBD/R classique (stockage,
persistance, intégrité) et en utilisant TOMCAT comme moteur de servlets.
Cocoon prend en charge depuis l'accès aux données (JDBC) leur traitement (si
nécessaire) et leur mise au format de sortie (XML, XHTML, PDF, WML, Text,
etc..). Voir doc détaillée sur le site.
Cocoon fournit également des mécanismes de cache qui soulagent le serveur.
Tant qu'un doc HTML ou PDF n'est pas modifié Cocoon ne le génère pas à la
volée mais le sert depuis le cache, ce qui améliore beaucoup les performances.
Derbier point, il est clair que XML avec ou sans Cocoon exige plus de
connaissances (notamment XML, XSLT, FOP, Xforms, java) qu'un bon vieux site
HTML bien robuste. Ca vaut le coup pour les sites dont le contenu ET la
présentation graphique changent souvent ou pour ceux qui cherchent un format
pivot XML pour échanger des données.
Claude
Eric.Reiter@ic.lu a écrit :
> Bonjour a tous
>
> Dans le cadre d un projet au sein de mon entreprise, nous devons creer des
> pages web permettant la diffusion de documents informatifs.
>
> Pour le format de ces documents, deux voies se degagent:
> - le PDF
> - Le XML
>
> Je suis un fervent defenseur du format XML pour cette application.
> Cependant, afin de convaincre ma direction, pouvez vous m aider a trouver
> des arguments en faveur de ce format par rapport au PDF.
>
> En vous remerciant par avance,
>
> Eric
> --
> 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)
-- Binary/unsupported file stripped by Listar --
-- Type: text/x-vcard
-- File: celissalde.vcf
-- Desc: Carte pour Claude Elissalde
--
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
| 
