Ce n'elementFormDefault faire dans XSD?

ElementFormDefault n'a rien à voir avec l'espace de noms des types dans le schéma, c'est sur les espaces de noms des éléments dans des documents XML qui sont conformes avec le schéma.

Voici la corporation de la section de la spécification:

Element Declaration Schema

Component Property  {target namespace}
Representation      If form is present and its ·actual value· is qualified, 
                    or if form is absent and the ·actual value· of 
                    elementFormDefault on the <schema> ancestor is qualified, 
                    then the ·actual value· of the targetNamespace [attribute]
                    of the parent <schema> element information item, or 
                    ·absent· if there is none, otherwise ·absent·.

Ce que cela signifie, c'est que le targetNamespace vous avez déclaré au haut du schéma ne s'applique qu'à des éléments dans le schéma de document XML conforme si elementFormDefault est "qualifié" ou l'élément est déclaré explicitement dans le schéma comme ayant form="qualifiés".

Par exemple: Si elementFormDefault non qualifié est -

<element name="name" type="string" form="qualified"></element>
<element name="page" type="target:TypePage"></element>

mettra attendre "nom" éléments pour être dans le targetNamespace et "page" des éléments dans l'espace de noms null.

Pour vous épargner d'avoir à mettre en forme="qualifiée" sur chaque élément de la déclaration, en indiquant elementFormDefault="qualified" signifie que le targetNamespace s'applique à chaque élément, à moins que remplacée par la mise form="non qualifiés" sur la déclaration de l'élément.

_{Nouvelle, réponse détaillée et une explication à une vieille question fréquemment posée...}

Réponse courte: Si vous n'ajoutez pas de elementFormDefault="qualified" à xsd:schema, alors la valeur par défaut unqualified valeur signifie que, localement, a déclaré éléments sont en aucun espace de noms.

Il y a beaucoup de confusion quant à ce que elementFormDefault n', mais cela peut être rapidement clarifiée par un court exemple...

Version simplifiée de votre XSD:

<?xml version="1.0" encoding="UTF-8"?>
<schema xmlns="http://www.w3.org/2001/XMLSchema"
        xmlns:target="http://www.levijackson.net/web340/ns"
        targetNamespace="http://www.levijackson.net/web340/ns">
  <element name="assignments">
    <complexType>
      <sequence>
        <element name="assignment" type="target:assignmentInfo" 
                 minOccurs="1" maxOccurs="unbounded"/>
      </sequence>
    </complexType>
  </element>
  <complexType name="assignmentInfo">
    <sequence>
      <element name="name" type="string"/>
    </sequence>
    <attribute name="id" type="string" use="required"/>
  </complexType>
</schema>

Points clés:

• La assignment élément est défini localement.
• Éléments définis localement dans XSD sont en aucun espace de noms par défaut.
  • C'est parce que la valeur par défaut pour elementFormDefault est unqualified.
  • C'est sans doute une erreur de conception par les créateurs de XSD.
  • Norme de pratique est de toujours utiliser elementFormDefault="qualified"
    de sorte que assignment est dans l'espace de noms cible, comme on le ferait
    s'attendre.

Apparemment XML Valide

Ce XML semble que ça devrait être valide en vertu de la ci-dessus XSD:

<assignments xmlns="http://www.levijackson.net/web340/ns"
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xsi:schemaLocation="http://www.levijackson.net/web340/ns try.xsd">
  <assignment id="a1">
    <name>John</name>
  </assignment>
</assignments>

Avis:

• L'espace de noms par défaut sur assignments lieux assignments et tous ses descendants dans l'espace de noms par défaut (http://www.levijackson.net/web340/ns).

Embarrassant De L'Erreur De Validation

Malgré une apparence valide, le ci-dessus XML obtient ainsi la confusion erreur de validation:

[Erreur] essayer.xml:4:23: cvc-complexe-type.2.4.a: contenu non Valide a été
trouvé en commençant par l'élément 'affectation'. L'un des '{attribution}' est
prévu.

Notes:

• Vous ne seriez pas le premier développeur de la malédiction de ce diagnostique qui semble dire que le contenu est invalide parce qu'elle s'attendait à trouver un assignment élément, mais il en a trouvé une assignment élément. (WTF)
• Ce que cela signifie vraiment: La { et } autour de assignment signifie que la validation attendais assignment dans aucun espace de noms ici. Malheureusement, quand il dit qu'il a trouvé un assignment élément, il ne mentionne pas qu'il l'a trouvé dans un espace de noms par défaut qui diffère d'aucun espace de noms.

Solution

• Grande majorité de l'époque: Ajouter elementFormDefault="qualified" à la xsd:schema élément XSD. Cela signifie XML valide doit placer des éléments dans l'espace de noms cible quand déclarés localement dans le XSD; sinon, XML valide doit placer localement éléments déclarés dans aucun espace de noms.
• Infime minorité de l'époque: Modifier le XML pour se conformer à la XSD
  l'exigence que assignment être dans aucun espace de noms. Ceci peut être réalisé,
  par exemple, en ajoutant xmlns="" à la assignment élément.

elementFormDefault="qualified" est utilisé pour contrôler l'utilisation des espaces de nommage dans XML les documents d'instance (.fichier xml), plutôt que des espaces de noms dans le schéma document lui-même.fichier xsd).

En spécifiant elementFormDefault="qualified" nous appliquer la déclaration d'espace de noms pour être utilisées dans des documents validés avec ce schéma.

Il est de pratique courante pour spécifier cette valeur à déclarer que les éléments doivent être qualifiés plutôt que non. Cependant, depuis attributeFormDefault="sans réserve" est la valeur par défaut, il n'a pas besoin d'être spécifié dans le document de schéma, si l'on ne veut pas qualifier les espaces de noms.