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: Antoine Mensch (antoine.mensch@xquarkgroup.com)
Date: 06/01/2004 - 22:17


> Ok pour tout cela, mais le fait de disposer d'une interface déclarative
> ne va t'il pas à l'encontre d'une séparation claire des données,
> présentation et traitements type MVC à l'instar de ce que l'on peut
> trouver en XML UI par exemple ?
>

Je ne connais pas XML UI. Xforms permet une bonne séparation
données-présentation: les controles référencent les données par une
expression XPath ou un id (on peut difficilement faire moins), et les
données ne connaissent pas la présentation.
Concernant les traitements, XForms a un modèle de traitement implicite à
base d'évènements, qui fait que peu de traitements sont explicites dans un
formulaire XForms.

> Ce qui au passage permet de résoudre certains problèmes de découpages de
> formulaires justement cités précédemment.
>
> Je suis un peu déçu, car Il me semble, sauf erreur, que XForms soit
> (encore/toujours) très orienté formulaires et que cela apporte une
> certaine complexité sans apporter de solution de fond.
>

C'est clairement orienté formulaire et client (comme les forms HTML). On
peut généralement faire ce qu'on fait en XForms avec des technos plus
basiques (genre JavaScript), c'est d'ailleurs ce que fait InfoPath, qui est
moins déclaratif et utilise plus de scripts pour aboutir à des
fonctionnalités similaires. Est-ce que c'est plus ou moins complexe? C'est
une question de goût. Ca ne résout pas de problèmes coté serveur (sauf
lorsqu'on est allergique à JavaScript et qu'on essaie de faire validation et
dynamicité coté serveur).

Antoine

--
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

 

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