xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: INFO : 01 Informatique fait le proces de W3C XML Schema
From: Herve AGNOUX (herve.agnoux@diaam-informatique.com)
Date: 23/01/2003 - 15:49
Le Jeudi 23 Janvier 2003 13:20, Eric van der Vlist a écrit :
>
> Au moyen d'annotations ou de commentaires, mais aussi dans le cas de W3C
> XML Schema en affectant des types aux éléments et attributs.
> [...]
J'ai peur de m'être mal fait comprendre, ou d'avoir mal compris. Donner des
types (que ce soit des objets ou pas) à des informations est une opération de
nature informatique, qui n'est absolument pas dans le champ du document.
On le voit bien avec XML Schema, dont les types "simples" sont des chaines de
caractères, des entiers ou autres, bref des trucs d'informaticiens. Ils
servent effectivement pour aider à la validation, mais je ne suis pas sûr que
l'on puisse aller vraiment plus loin.
C'est pareil pour le "binding" à la mode Java. Du coté document vous avez une
balise "auteur", du coté Java vous avez un objet Auteur. C'est évidemment
très pratique, mais vous n'avez rien fait. Vous n'avez ni mieux décrit le
document, ni mieux assuré le processus.
Et vous n'avez même pas résolu la grande différence entre document et
application, qui est que du coté application les objets sont agissants, tandis
qu'ils sont descriptifs du coté document et XML. On peut tenter de faire des
correspondances automatiques entre les deux cotés, mais j'ai l'impression
qu'on est vraiment loin du compte avec les langages de schémas actuels, et je
ne sais même pas si c'est souhaitable.
Ce à quoi je pensais, ce sont des descriptions et des processus, mais en
restant coté document.
Par exemple soit un auteur. Si je veux le décrire à la façon informaticien, je
vais dire que c'est un "objet". Un objet pour un informaticien est quelque
chose qui agit, qui a des propriétés visibles et cachées, bref, rien de ce
qu'est un auteur du coté document : un auteur coté document n'agit pas, s'il
a des propriétés cachées c'est inquiétant, etc.
Si je le décris du point de vue d'une personne normale, je ne vais absolument
pas dire que c'est une chaîne de caractères, encore moins un objet ! Je vais
dire qu'un auteur est "celui qui a écrit le livre", "celui qui a des droits",
etc, bref des considérations générales qui, d'un point de vue informatique ne
sont pas forcément plus simples que la précédente, d'un point de vue humaine
ne sont pas forcément mieux comprises, mais qui, ensemble, forment un modèle
le plus cohérent et détaillé possible. Plus j'en dirai, plus je serai
exhaustif, plus je serai cohérent, plus j'aurai des chances d'être compris et
de chances que le document soit exploité correctement, mais c'est tout. Je ne
suis ni totalement exhaustif, ni totalement cohérent : ce n'est pas possible.
Moi je trouve que les langages de schémas actuels n'abordent ces questions que
très marginalement, et presque toujours en les confondant avec les soucis des
informaticiens. Dire qu'un auteur est une chaine de caractères, ou même un
objet "auteur", quand bien même aurait-il des propriétés d'écrivain,
n'explique rien du tout.
Certes, j'admets que cela facilite le passage document / application. Et c'est
déjà énorme.
>
> Peut-être http://xmlfr.org/documentations/articles/020624-0002 pour
> rester au niveau "decid" :-) ...
>
Je présume que je suis plus du coté de Ned Land, et moins de celui de
Conseil... Ce qui me semble dommage, c'est que l'on recopie des techniques
qui ont fait leur preuve du coté processus informatique vers le coté
document, en s'imaginant que ce qui marche (plus ou moins, d'ailleurs) d'un
coté marchera aussi de l'autre. Ce faisant, j'ai peur que l'on perde les
particularités descriptives du document. Et que l'on perde aussi le contact
avec l'utilisateur, alors même que le schéma est au coeur de la compréhension
informaticien / utilisateur.
Vous le dites : demander à Ned Land de classifier comme Conseil revient à un
dialogue de sourds. Alors pourquoi cherche-t-on à le faire ? Ecoutons Ned
Land, plutot.
Cordialement.
--
SARL diaam informatique - 04 50 77 12 60
Ingenierie, développements de systèmes d'information
http://www.diaam-informatique.com
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 31/01/2003 - 16:22 UTC
webmaster@xmlfr.org
| 
