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: Eric van der Vlist (vdv@dyomedea.com)
Date: 06/01/2001 - 14:31


Bonjour,

Eric Silber wrote:
>
> merci a tous pour vos reponses!

:)
 
.../...

>
> Alors, puisque l'element de tete (KeyValPair) a des sous-elements de
> type anyType,
> le substitutionGroup n'aura aucune fonction de restriction .
>
> ????

Peut-être faut-il alors revenir sur les raisons pour lesquelles vous
souhaitez utiliser un groupe de substitution...

Vous pouvez effectivement définir le schéma suivant:

<schema targetNamespace="http://xmlfr.org/ns/test"
xmlns:ns="http://xmlfr.org/ns/test"
xmlns="http://www.w3.org/2000/10/XMLSchema"
elementFormDefault="qualified">

  <element name="key"/>
  <element name="keyInt" substitutionGroup="ns:key">
    <simpleType>
      <restriction base="int"/>
    </simpleType>
  </element>

  <element name="value"/>
  <element name="valueComplex" substitutionGroup="ns:value">
    <complexType>
      <sequence>
        <element name="elt1" type="string"/>
        <element name="elt2" type="string"/>
      </sequence>
    </complexType>
  </element>

Les éléments "keyInt" et "valueComplex" pourront alors être utilisés
partout où sont définis "key" et "value" et si vous définissez:

  <element name="KeyValPair">
    <complexType>
      <sequence>
        <element ref="ns:key"/>
        <element ref="ns:value"/>
      </sequence>
    </complexType>
  </element>

les éléments suivants seront valides:

  <KeyValPair>
    <key/>
    <value/>
  </KeyValPair>

  <KeyValPair>
    <keyInt>3</keyInt>
    <value>5</value>
  </KeyValPair>

  <KeyValPair>
    <key>3.5</key>
    <value>5</value>
  </KeyValPair>

  <KeyValPair>
    <key>3.5</key>
    <valueComplex>
      <elt1>hjhkjhkj</elt1>
      <elt2>hjhkjhkj</elt2>
    </valueComplex>
  </KeyValPair>

...

Par contre,

  <KeyValPair>
    <keyInt>3.5</keyInt>
    <value>5</value>
  </KeyValPair>

serait invalide.

Vous pourriez également interdire l'utilisation directe de "key" et
"value" en les déclarant "abstraits" (et ainsi obliger à utiliser les
autres éléments de leurs groupes de substitutions):

  <element name="key" abstract="true"/>
  <element name="value" abstract="true"/>

L'utilisation de groupes de substitutions permet donc dans ce cas de
forcer à utiliser de noms d'éléments différents et interchangeables
(key/keyInt ou value/valueComplex) en fonction du type d'information
utilisé tout en gardant la même structure globale (key, value).

On peut noter que W3C XML Schema vous fournit un autre moyen d'obtenir
le même résultat de manière plus ciblée en utilisant un élément
"choice":

  <element name="KeyValPair">
    <complexType>
      <sequence>
        <choice>
          <element ref="ns:key"/>
          <element ref="ns:keyInt"/>
        </choice>
        <choice>
          <element ref="ns:value"/>
          <element ref="ns:valueComplex"/>
        </choice>
      </sequence>
    </complexType>
  </element>

L'approche est un peu différente (vous définissez la liste exhaustive
des éléments "interchangeables" à l'endroit ou vous l'utilisez alors que
les définitions de groupes de substitutions sont globales et éparpillées
dans le schéma) mais l'effet au niveau de la validation est le même.

Ces "choice" pourraient également être définis dans des "group" et
devenir globales:

  <group name="key">
    <choice>
      <element ref="ns:key"/>
      <element ref="ns:keyInt"/>
    </choice>
  </group>

  <group name="value">
    <choice>
      <element ref="ns:value"/>
      <element ref="ns:valueComplex"/>
    </choice>
  </group>

  <element name="KeyValPair">
    <complexType>
      <sequence>
        <group ref="ns:key"/>
        <group ref="ns:value"/>
      </sequence>
    </complexType>
  </element>

Enfin, vous pourriez également préférer garder le même nom d'élément
(key, value) et utiliser un attribut pour définir le type.

W3C XML Schema permet de faire cela en utilisant xsi:type, à condition
d'avoir défini les types que vous aller utiliser.

Le schéma deviendrait alors quelque chose comme:

  <simpleType name="keyInt">
    <restriction base="int"/>
  </simpleType>
    <complexType name="valueComplex">
      <sequence>
        <element name="elt1" type="string"/>
        <element name="elt2" type="string"/>
      </sequence>
    </complexType>
  <element name="KeyValPair">
    <complexType>
      <sequence>
        <element name="key"/>
        <element name="value"/>
      </sequence>
    </complexType>
  </element>

et les éléments suivants seraient valides:

<Map xmlns="http://xmlfr.org/ns/test"
xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance"
xsi:schemaLocation="http://xmlfr.org/ns/test
sibler-type.xsd">
  <KeyValPair>
    <key/>
    <value/>
  </KeyValPair>
  <KeyValPair>
    <key xsi:type="keyInt">3.5</key>
    <value>5</value>
  </KeyValPair>
  <KeyValPair>
    <key>3.5</key>
    <value>5</value>
  </KeyValPair>
  <KeyValPair>
    <key>3.5</key>
    <value xsi:type="valueComplex">
      <elt1>hjhkjhkj</elt1>
      <elt2>hjhkjhkj</elt2>
    </value>
  </KeyValPair>
</Map>

Par contre,

  <KeyValPair>
    <key xsi:type="keyInt">3.5</key>
    <value>5</value>
  </KeyValPair>

serait invalide.

On voit donc que l'information de type qui était implicite avec les
groupes de substitution devient ici explicite et exprimé par le contenu
de l'attribut xsi:type...

Cordialement,

Eric van der Vlist

-- 
------------------------------------------------------------------------
Eric van der Vlist       Dyomedea                    http://dyomedea.com
http://xmlfr.org         http://4xt.org              http://ducotede.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