From: Eric Silber (esilber@northernlight.com)
Date: 05/01/2001 - 17:56
At 06:08 PM 1/5/01 +0100, Eric van der Vlist wrote:
... ... ...
>Est-ce qu'il ne vaudrait pas mieux, en effet, créer deux groupes de
>substitutions pour "key" et "value" et utiliser leurs têtes dans la
>constitution de l'élément KeyValPair puisque c'est sur ceux deux
>éléments que vous avez besoin de la souplesse des groupes de
>substitutions ?
oui , c'est exact, avec cette modification , je crois que j'aurai un map
generique
et que j'aurai la possibilite de controler les realisations dans un document
par 2 substitutionGroup (key, value) dans mon schema ( et de plus ,
pas besoin d'employer explicitement le type anyType .
alors, maintenant:
<element name="KeyValPair">
<complexType>
<sequence>
<element name="key" type="ourKeyType"/>
<element name="value" type="ourValueType"/>
</sequence>
</complexType>
</element>
Un seul detail de plus, comment dire dans la definition de l'element 'map'
qu'il ne peut contenir que des KeyValPair du meme 'type-derive' ?
Si je n'ai pas ce dernier detail, j'aurai a controler ce detail de
validation syntactique
dans l'aplication, alors que ce que je voudrais , c'est de mettre tout ce qu'il
faut dans le schema pour que le validateur puisse faire completement le
checking syntactique que je vise . ( en principe je dois controler seulement
le semantique du document et non le syntactique si mon schema est
''complet'' ??? )
>Eric Silber wrote:
> >
> > merci a tous pour vos reponses!
>
>:)
>
> > Si j'ai bien compris , je peux alors definir dans mon schema
> > un compose' "map" par:
> >
> > <element name="KeyValPair">
> > <complexType>
> > <sequence>
> > <element name="key" type="anyType"/>
> > <element name="value" type="anyType"/>
> > </sequence>
> > </complexType>
> > </element>
> >
> > <element name="Map">
> > <complexType>
> > <sequence>
> > <element ref="cobrand:KeyValPair"/>
> > </sequence>
> > </complexType>
> > </element>
>
>Oui, cela me semble correct.
>
> > MAIS , j'avais l'idee d'utiliser un substitutionGroup pour:
> > limiter dans un document les ''types'' des maps
> > e.g. map de (int,string) okay parceque element IntStrPair est dans
> > le substitutionGroup KeyValPair, mais map de (string,string) ---->
> > validation error
>
>Vous raisonnez sur plusieurs niveaux d'imbrication... et je ne suis pas
>certain qu'il soit judicieux de créer dans ce cas un groupe de
>substitutions au niveau de votre élément KeyValPair...
>
>Est-ce qu'il ne vaudrait pas mieux, en effet, créer deux groupes de
>substitutions pour "key" et "value" et utiliser leurs têtes dans la
>constitution de l'élément KeyValPair puisque c'est sur ceux deux
>éléments que vous avez besoin de la souplesse des groupes de
>substitutions ?
>
>Cordialement,
>
>Eric van der Vlist
>
> > Alors, puisque l'element de tete (KeyValPair) a des sous-elements de
> > type anyType,
> > le substitutionGroup n'aura aucune fonction de restriction .
> >
> > ????
> >
> > At 10:06 AM 1/5/01 +0100, Eric van der Vlist wrote:
> > >CHABE Sylvie wrote:
> > > >
> > > > Je connais le type xsd:anyType qui est, je crois, encore plus
> générique que
> > > > xsd:string
> > >
> > >Effectivement, il s'agit d'un type abstrait qui n'est pas listé dans les
> > >types de données W3C XML Schema mais qui est pourtant considéré comme la
> > >base dont tous les types, simple ou complexes sont dérivés.
> > >
> > >C'est donc une sorte de "joker" qui peut être utilisé dans ce cas.
> > >
> > >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)
> >
> > --
> > 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)
>
>--
>------------------------------------------------------------------------
>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)
--
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
|
