targetNamespace et xmlns sans préfixe, quelle est la différence?

pour ceux qui sont encore confus, considérez ces trois xsd. Ils définissent tous un type global et une définition d'élément global qui s'y réfère.

D'abord, un xsd comme celui affiché ci-dessus. Il utilise le préfixe 'xsd' pour l'espace de noms schema, et un espace de noms par défaut pour l'espace de noms targetnam:

<xsd:schema 
  xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns="http://example.com/">

  <xsd:element name="aGlobalElement" type="aGlobalType"/>

  <xsd:simpleType name="aGlobalType">
    <xsd:restriction base="xsd:string"/>
  </xsd:simpleType>   
</xsd:schema>  

maintenant le même xsd, mais en définissant et en utilisant un préfixe d'espace de noms pour l'espace de noms cible:

<xsd:schema 
  xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns:tns="http://example.com/">

  <xsd:element name="aGlobalElement" type="tns:aGlobalType"/>

  <xsd:simpleType name="aGlobalType">
    <xsd:restriction base="xsd:string"/>
  </xsd:simpleType> 
</xsd:schema>  

...et enfin, une version qui utilise un espace de noms par défaut au lieu de' xsd 'pour L'espace de noms du schéma XML:

<schema 
  xmlns="http://www.w3.org/2001/XMLSchema" 
  targetNamespace="http://example.com/" 
  xmlns:tns="http://example.com/">

  <element name="aGlobalElement" type="tns:aGlobalType"/>

  <simpleType name="aGlobalType">
    <restriction base="string"/>
  </simpleType>
</schema>

la plupart des auteurs de schéma choisissent le premier ou le dernier, parce que si la facilité d'espace de noms par défaut est disponible alors nous pourrions aussi bien l'utiliser pour quelque chose .

xmlns

l'attribut xmlns définit l'espace de nom par défaut de l'élément décrit. L'espace de nom par défaut est donc appliqué à tous les éléments à l'intérieur de l'élément décrit, qui ne déclarent pas explicitement un autre espace de nom pour eux-mêmes.

l'espace de nom par défaut est défini à une valeur standard pour les fichiers WSDL: http://www.w3.org/ns/wsdl

targetNameSpace

cet attribut contient l'Espace nom de votre service web. Vous pouvez choisir librement cet espace de nom, mais il y a une convention qui dit que L'URI doit pointer vers le WSDL du service.

xmlns:tns

cet espace de nom doit être défini à la même URI que l'attribut targetNameSpace. De cette façon, vous pouvez vous référer à l'espace de nom cible via ce préfixe d'espace de nom (tns).

Source: http://tutorials.jenkov.com/wsdl/description.html

targetNamespace est un attribut de l'élément schema . Par convention nous utilisons URI / URLs, mais nous pouvons utiliser n'importe quelle chaîne.

xmlns est un attribut utilisé pour renvoyer des éléments et des types de données qui proviennent de la valeur de l'attribut xmlns pour l'élément courant scope.

Par Exemple:

• xmlns:xsd="http://www.w3.org/2001/XMLSchema" est précédé du préfixe xsd signifie espace de noms doit être précédé de xsd:
• xmlns="http://www.w3.org/2001/XMLSchema" sans préfixe est par défaut
• xmlns:p="http://www.example.com/People" c'est avec le préfixe p désigne l'espace de noms doit être préfixé par p:

où xmlns:xsd et xmlns:p sont des noms qn et xmlns est un nom local.

l'image suivante aide à comprendre XSD en utilisant L'analogie Java à ma connaissance:

après quelques tests approfondis en utilisant xmllint je pense que j'ai trouvé l'explication définitive ici. Considérons le schéma suivant:

<?xml version="1.0" encoding="utf-8"?>
<xsd:schema
version="1.0"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://yyyzzz.com"
xmlns:p="http://abced.com"
xmlns:q="http://pqr.com"
xmlns="http://yyyzzz.com">

<xsd:element name="recipe" type="recipeType" />

<xsd:complexType name="recipeType">
    <xsd:simpleContent>
        <xsd:extension base="xsd:string">
        <xsd:attribute name="desc" type="xsd:string"  />
        <xsd:attribute name="archetype" type="xsd:string" />
        </xsd:extension>
    </xsd:simpleContent>
</xsd:complexType>
</xsd:schema>

le schéma ci-dessus est valable pour le document suivant:

<?xml version="1.0"?>

<recipe xmlns="http://yyyzzz.com">
    Deciphering the purpose of targetNamespace
</recipe>

la raison pour laquelle cela fonctionne est parce que xmlns="http://yyyzzz.com " se lie automatiquement à l'élément défini par le schéma! Cela signifie qu'il se lie aussi au recipeType element.

maintenant, avec le même document xml mais avec un schéma légèrement modifié comme ci-dessous valide aussi et jette un oeil de près à la différence:

<?xml version="1.0" encoding="utf-8"?>
<xsd:schema
version="1.0"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://yyyzzz.com"
xmlns="http://eigenfield.aparicio.com"
xmlns:EGboy="http://yyyzzz.com">

<xsd:element name="recipe" type="EGboy:recipeType" />

<xsd:complexType name="recipeType">
    <xsd:simpleContent>
        <xsd:extension base="xsd:string">
        <xsd:attribute name="desc" type="xsd:string"  />
        <xsd:attribute name="archetype" type="xsd:string" />
        </xsd:extension>
    </xsd:simpleContent>
</xsd:complexType>

</xsd:schema> 

Ignore si l'autre xmlns est porté disparu, mais regarde plutôt de près type=" EGboy:recipeType " . Nous ne pouvons plus compter sur le xmlns parce qu'il a une valeur différente donc, nous devons mettre le préfixe EGboy devant recipeType .

le document xml ne s'occupe même pas du préfixe EGboy ce préfixe n'est que pour le schéma de renvoyer au xmlns au cas où il y en aurait plusieurs.