On Sun, 2004-09-26 at 23:48, Erik Bruchez wrote:
> Eric van der Vlist wrote:
>
> > <digression>
> > C'est un peu hors sujet puisque Presentation Server n'est pas lié à XSLT
> > 2.0, mais je dois dire que je ne partage pas cet enthousiasme vis à vis
> > de XSLT 2.0 et ce pour deux raisons.
> >
> > La première est d'ordre presque dogmatique : je pense que la décision
> > d'appuyer XSLT 2.0 sur le PSVI est une erreur architecturale majeure
>
> On parle ici de l'aspect typage de XSLT 2.0, n'est-ce-pas ?
Oui.
> Je ne me
> prononce pas sur cet aspect-la en general, par ignorance. En passant,
> Saxon ne supporte pas, dans sa version open source, le typage avec XML
> Schema, mais seulement les types simples.
Oui, effectivement. Il faut donc faire très attention à la portabilité
des transformations XSLT 2.0 puisque différentes implémentations en
supporteront des sous ensembles disjoints (c'est également valable pour
XQuery)
> > (j'ai eu l'occasion d'expliquer cela sur plusieurs forums)
>
> Peux-tu envoyer des liens ? Je suis interesse a la question.
Oui, bien entendu (mais j'en retrouve moins que je ne l'aurais pensé)...
* http://xmlfr.org/documentations/articles/020624-0002
* http://www.xml.com/pub/a/2002/05/15/vdv.html
* http://lists.xml.org/archives/xml-dev/200112/threads.html#00096
* http://lists.xml.org/archives/xml-dev/200106/threads.html#00579
> > (j'ai eu l'occasion d'expliquer cela sur plusieurs forums) et, bien
> > que XSLT 2.0 comprenne des nouvelles fonctionnalités qui manquent
> > cruellement à XSLT 1.0
>
> Je ne peux pas insister suffisamment sur le "cruellement"
> ci-dessus. J'ai souffert (et je ne suis pas le seul) des erreurs
> lamentables de design de XLST 1.0 pendant des annees (et des bugs de
> Xalan), au point que XSLT 2.0 sans Schema mais avec types simples
> (comme supporte par Saxon) est pour moi un bon en avant que j'ai de la
> peine a qualifier.
Je n'ai jamais utilisé Xalan et ne peux donc pas me prononcer là
dessus...
Pour le reste, il me semble que l'appréciation que nous pouvons avoir
des langages est très subjective. Je fais sans soute partie ses
exceptions, mais j'adore XSLT 1.0 et son design. Il n'y a que deux
choses que je lui reproche : la différence introduite entre RTF et
nodesets et la faiblesse de sa bibliothèque de traitement de chaînes.
> Il ne faut pas oublier qu'il y a deux niveaux de conformance dans 2.0 :
>
> o Basic XSLT Processor
> o Schema-Aware XSLT Processor
>
> Est-ce que pour Eric et les autres, meme le "Basic XSLT Processor" est
> inacceptable ?
Comme je le disais en introduction, c'est une attitude presque
dogmatique, mais à titre personnel j'ai tendance à rejeter XSLT 2.0 en
bloc et à préférer EXSLT :-) ...
> Le typage simple (pensez xs:string*, xs:dateTime?, xs:integer,
> element(), etc.) dans 2.0 rend les programmes XSLT BEAUCOUP plus
> robustes. Imaginez coder en Java seulement avec des Object, ou des
> String...
C'est exactement ce que j'aime dans Python et on entre dans un domaine
quasi-religieux.
Je pense que le typage dynamique est particulièrement bien adapté à XML
dont un des principes (celui qui permet le "couplage lâche") est que
chaque lecteur interprète chaque document comme il le souhaite.
> Je ne peux simplement plus m'en passer. De meme que je ne
> peux plus me passer des "for" et des "if" de XPath 2.0 (designes dans
> une optique fonctionnelle compatible avec XSLT), du concept tres
> elegant de sequences, des Simplified Stylesheet Modules, et de la
> bibliotheque de fonctions presque decente de 2.0...
>
> Est-ce qu'une solution a cet etat de chose serait d'ajouter un
> troisieme niveau, Basic XSLT Processor with Simple Types ?
C'est l'implémentation de la vision "PSVI" de W3C XML Schema qui permet
de définir des templates sur des types d'éléments et d'attributs plutôt
que sur leurs noms...
> Je ne pense pas convaincre les irreductibles, mais si vous avez
> l'opportunite d'essayer Saxon et d'ecrire veritablement du code
> compatible XSLT 2.0 (j'en ai moi-meme ecrit probablement plusieurs
> milliers de lignes), vous risquez d'en revenir... transformes. Ca
> aussi, c'est pragmatique ;-)
J'aurais simplement voulu voir ces fonctionnalités définies dans un XSLT
1.5 qui soit resté un langage à typage dynamique ;-) ...
> > La seconde est d'ordre très pragmatique : j'ai trop apprécié que les
> > processeurs XSLT 1.0 soient devenus interchangeables pour vouloir
> > utiliser un langage dans lequel il n'y ait qu'une seule
> > implémentation, quelque soit la qualité de cette implémentation.
>
> C'est un argument raisonnable aujourd'hui. Pourtant dans le monde
> Java, je trouve Saxon tellement bien fait que je n'ai aucune envie de
> revenir a d'autres transformers. Ceci dit, il y a de l'espoir pour que
> d'autres implementation de 2.0 Basic voient le jour, non ?
Je n'en ai aucune idée...
Eric
> N'y a-t-il
> pas un effort en cours autour de Xalan ?
>
> -Erik
>
> --
> Devenez redacteur <XML>fr et contribuez au developpement du
> xml francophone (http://xmlfr.org/infos/redacteurs/) !
>
> Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
>
> Cette liste est a votre disposition pour discuter en francais de
> tout sujet technique lie au developpement du site XMLfr.
>
> Pour resilier votre abonnement, envoyez un message contenant
> la commande "unsubscribe" a dev-request@xmlfr.org
> (mailto:dev-request@xmlfr.org?Subject=unsubscribe)
--
Don't you think all these XML schema languages should work together?
http://dsdl.org
------------------------------------------------------------------------
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 "dev@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie au developpement du site XMLfr.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a dev-request@xmlfr.org
(mailto:dev-request@xmlfr.org?Subject=unsubscribe)
Received on Mon Sep 27 09:04:01 2004
