Version imprimable
Bonjour,
je travaille sur un xsd et je ne suis pas sûr de bien comprendre un truc.
Bon mais j'ai cherché quand même avant d'écrire ici alors je vous dis ce que j'ai compris :
Pour un attribut on précise use="required" si l'attribut est obligatoire.
Jusque là OK.
Mais pour un élément ?
Il n'y a pas de "use", tout ce que j'ai trouvé c'est minOccurs et maxOccurs OK
mais le use="required" des attributs serait bien pratique pour les éléments.
Merci bonne soirée.
On n'a pas "use" pour élément justement parcequ'il a pour régler la cardinalité d'occurence minOccurs et maxOccurs. On se peut imaginer les derniers seraient au contraire bien pratique, comme vous dites dans l'autre sens, pour les attributs: mais il y a une différence maxOccurs pour un attribut serait forcément 1 et c'est pourquoi effectivement on a pratiquement le même règle pour éléments (minOccurs, maxOccurs) comme pour attributs ("required" = (1,1) et "optional" = (0,1)) où (n,m) pour (minOccurs,maxOccurs) si ces derniers seraient appliquant aux attributs.Citation:
mais le use="required" des attributs serait bien pratique pour les éléments.
Ok merci je comprends mieux mais du coup ça me met le doute sur ce que je suis en train de faire :?
Quelqu'un peut-il me dire si ce que je fais est correct :
à la base mon XSD (généré par XMLSpy) contenait ça :
Mais comme j'ai des attributs fixes je le modifie de cette façon :Code:
2
3
4
5
6
7
8
Je ne sais pas si c'est correct parce qu'en écrivant :Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
<xs:element name="item">
c'est comme si le minOccurs et le maxOccurs étaient égaux à 1
or c'est pas le cas puisque j'ai plusieurs éléments "item"
et je ne peux pas non plus le laisser en maxOccurs="unbounded" (comme c'était au début) parce que sinon je ne peux pas préciser les valeurs fixes "Manager", "Test1", "Test2" ...
Comment faire ?
Merci.
Bonne journée.
Tu n'es pas censé faire ça, en fait, c'est pas prévu pour.
<item> c'est censé être le même partout, s'il est fixe une fois, il est fixe toujours.
En tout cas c'est comme ça que XML Schema est prévu... Mais rien ne t'empêche de faire une séquence dans laquelle tu déclares trois <item> à la suite, en les définissant chacun différemment.
Personnellement je ferais comme ceci :
Mais je ne suis pas sur d'avoir cerné tes besoins..Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
@ZeNoob
D'abord ceci:
Il n'a aucune chance; il est carrément faux. Voice la correcte réalization.Citation:
<xs:attribute name="value" type="xs:boolean" use="required" default="1" />
Voyez la différence? Pourtant, ce n'est pas de tournures quelque peu sombres de schema qu'on doit s'en occuper trop de temps au début pour un "débutant": on a mieux à faire avec raisonable rendabilité.Code:<xs:attribute name="value" type="xs:boolean" use="optional" default="1" />
Et puis pour chercher de faire Test1, Test2 etc c'est aussi chercher à faire des choses à l'encontre du scheme au sens de w3c. Il vaut mieux réléguer la fonctionalité recherchée au niveau d'application logicielle. C'est possible de faire quelque presque la même, mais c'est compliqué et pas très naturel: il vaut mieux faire quelque chose de moins obscure et de plus naturelle pour apprendre mieux au départ.
Merci à tous,
Je comprends un peu mieux, je vois surtout que mon problème était de vouloir mélanger à la fois :
- un modèle générique avec certains noms
ET
- des éléments fixés du même nom
Ce qui est peut-être faisable mais sans doute pas terrible.
Bref je vais opter pour une solution générique, ça sera plus simple.
Merci.
bye bye.