Bonjour,
Le lundi 20 décembre 2004 à 12:08 +0100, joseph.vallot@bnpparibas.com a
écrit :
>
> re-bonjour,
>
> effectivement, le schéma évolue, mais il s'agit souvent de modification
> mineures, et certaines XSL restent tout à fait d'actualité.
Dans ce cas, pourquoi changer d'espace de noms?
Le fait d'utiliser les espaces de noms pour identifier les versions est
une pratique très controversée que, pour ma part, je ne conseille qu'en
cas de révision majeure, lorsque justement on souhaite donner un signal
fort et marquer le fait qu'il n'y a plus de compatibilité.
> concrètement, on a des XSL qui extraient des données "majeures" à des fins
> d'audit, et tant que ces données ont même structure, on aimerait éviter de
> changer lesdites XSL (qu'on changera, bien sur, en cas de changement majeur
> du schéma).
>
> voilà le besoin...
> et on aimerait ne pas (trop) perdre en perf...
> comment gérer la compatibilité ?...
> c'est surprenant qu'il n'y ait pas de réponse plus ou moins standard.
> ce n'est pas un besoin rarissime, non ?
Non, mais le problème ne se posera pas uniquement en XSLT mais également
pour tout traitement écrit avec n'importe quel langage de programmation.
Le principe de base de la recommandation sur les espaces de noms est que
toute modification de l'URI identifiant un espace de nom marque un
changement d'espace de noms : il ne s'agit plus du même vocabulaire et
un élément ayant le même nom local doit être interprété comme ayant une
signification différente.
Le fait de dire que ce n'est pas le cas va à l'encontre de ce principe
et il y a aujourd'hui un certain consensus sur le fait de garder le même
espace de noms en cas de modifications mineures quitte à introduire un
attribut identifiant la version du vocabulaire utilisée dans le document
(comme le fait XSLT qui a conservé le même espace de noms pour XSLT 2.0
qui est pourtant une évolution assez fondamentale).
Cordialement,
Eric van der Vlist
--
Carnet web :
http://eric.van-der-vlist.com/blog?t=category&a=Fran%C3%A7ais
------------------------------------------------------------------------
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 Tue Dec 21 11:16:51 2004