Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Herve AGNOUX (hagnoux@mail.club-internet.fr)
Date: 17/01/2001 - 12:39


Le 17 Jan 01, Eric van der Vlist a écrit :

>
> Oui, tout à fait, XSLT est une machine de Turing complête et peut être
> utilisé en tant que langage de programmation même s'il est très spécialisé
> et que certaines fonctionalités manquent au niveau de ses fonctions
> standards (XPath).
>

Machine de turing ou pas, cela me parait louf d'utiliser XSLT en
tant que langage de programmation !

Je trouve que le le XSLT est l'exemple limite de ce que l'on peut
faire avec le XML pour réaliser des processus de transformation. Je
l'admets parce que il transforme des documents XML en XML, et
que cela simplifie la vie d'utiliser le même format, mais je trouve
cela limite.

Il y a des notions de confort d'écriture, d'abord. Je m'excuse, mais
écrire <xsl:if test="xx">.., c'est plus compliqué que if (xx) {..

C'est une notion plus importante qu'il n'y parait, parce que les
langages de programmation sont une sorte de langage à balise (le
point-virgule habituel n'est jamais qu'une balise de fin / début
d'instruction), mais ces balises sont placées de façon concise,
voire intuitive, tout simplement parce que c'est MIEUX comme ça.
Utiliser un document XML pour écrire du code est à mon sens un
énorme retour en arrière.

Ensuite, cela rend la tâche de séparation des informations et des
processus plus difficile. C'est une tâche humaine, du moins pour
l'instant, et utiliser le même format pour les deux rend à un humain
les choses plus compliquées. Les questions sur cette liste en
témoignent : "mais où se fait la transformation ?", "mais qui la fait",
etc.

Qu'il y ait des instructions d'exécution dans les documents de
données, et des données dans les instructions d'exécution est
obligatoire, mais lorsque cela devient une méthode on abouti à des
catastrophes. Il vaut mieux qu'ils soient FORMELLEMENT séparés.

XSLT est un cas à part, du bon coté de la limite, me semble-t-il,
mais il ne faut pas aller plus loin, et surtout pas le sortir de son
propos.

--
Hervé AGNOUX  hagnoux@mail.club-internet.fr
Faites vos sites avec des formulaires electroniques :
http://www.diaam.com

-- 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:05 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement