XML-Schema für die Reihenfolge der Elemente mit gleichem Namen, aber unterschiedlichen Attributwerten?

HINWEIS diese Antwort ist falsch, wie Serge hingewiesen.

Tests mit xerces gibt diese Fehlermeldung: type.xsd:3:21: cos-element-consistent: Error for type '#AnonType_productinfo'. Multiple elements with name 'informationset', with different types, appear in the model group. Es gibt mehr Details in der Spezifikation für cos-element-einheitliche.

Aber es gibt eine Lösung, ähnlich wie Marc, die Antwort unten, aber immer noch mit den Typen. Es ist möglich, mehrere vorkommen desselben mit verschiedenen Typen, wenn Sie in einer minOccurs - /maxOccurs-Liste ein Supertyp, der verlängert sich um den anderen Typen. Das ist, genau wie eine Liste von polymorphen Klassen in java oder C#. Dies überwindet das problem vor, denn obwohl dieses element kann der name erscheint mehrfach in der xml, erscheint es nur einmal in der xsd.

Hier ist Beispiel-xsd-und xml - getestet mit xerces dieser Zeit!:

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
  <xs:element name="productinfo">
    <xs:complexType>
      <xs:sequence>
        <xs:element name="informationset" type="supertype" minOccurs="2" maxOccurs="2"/>
      </xs:sequence>
    </xs:complexType>
  </xs:element>

  <xs:complexType name="supertype">
  </xs:complexType>

  <xs:complexType name="Manufacturer">
    <xs:complexContent>
      <xs:extension base="supertype">
      </xs:extension>
    </xs:complexContent>
  </xs:complexType>

  <xs:complexType name="Ingredients">
    <xs:complexContent>
      <xs:extension base="supertype">
      </xs:extension>
    </xs:complexContent>
  </xs:complexType>

</xs:schema>

<productinfo xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <informationset xsi:type="Manufacturer"></informationset>
  <informationset xsi:type="Ingredients"></informationset>
</productinfo>

HINWEIS: Sie können nicht kontrollieren, die um der verschiedenen Arten, oder wie oft jeder Typ vorkommt (jedes erscheinen könnte, einmal, mehrmals oder überhaupt nicht angezeigt werden) - genauso wie mit einer Liste von polymorphen Klassen in java oder C#. Aber man kann zumindest angeben, auf die exakte Länge der Liste insgesamt (wenn Sie möchten).

Ich habe zum Beispiel beschränkt sich das obige Beispiel genau zwei Elemente, aber die Reihenfolge ist nicht festgelegt (d.h. Hersteller konnte der erste sein, oder Zutaten konnte der erste sein); und die Anzahl der Wiederholungen ist nicht gesetzt (d.h. Sie könnten beide Hersteller, oder beide Zutaten, oder eins von jedem).

Können Sie mit XML-Schema Typ, in:

<productinfo xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <informationset xsi:type="Manufacturer"></informationset>
  <informationset xsi:type="Ingredients"></informationset>
</productinfo>

Und die XSD definiert separate komplexe Typen für jeden:

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
  <xs:element name="productinfo">
    <xs:complexType>
      <xs:sequence>
        <xs:element name="informationset" type="Manufacturer"/>
        <xs:element name="informationset" type="Ingredients"/>
      </xs:sequence>
    </xs:complexType>
  </xs:element>

  <xs:complexType name="Manufacturer">
  </xs:complexType>
  <xs:complexType name="Ingredients">
  </xs:complexType>
</xs:schema>

Dies ist ein spezieller Fall für xsi:type. Im Allgemeinen, glaube nicht, können Sie angeben von Attributen mit unterschiedlichen Werten in Elementen mit dem gleichen Namen, weil Sie unterschiedliche Definitionen des gleichen Elements.

Bin ich mir nicht 100% klar über die genauen Grund - wer weiß, den entsprechenden Teil der spec?

Mit Assertion-Schema-Komponente

Dank XML-Schema 1.1, es ist ein Weg zur Durchsetzung Ihrer Forderung die zimmerreserviereung, ohne das importieren der xsi namespace und hack Polymorphismus in Ihr XML-Dokument. XML Schema 1.1 brachte zwei neue Komponenten, Behauptungen und Art alternativen, die Bereitstellung der xs:assert und xs:alternative Elemente. Sie haben eine @test - Attribut, in dem die Bedingungen und Einschränkungen festgelegt werden, wie von XPath 2.0-Ausdrücken.

Obwohl xs:alternative soll offensichtlich die Lösung für dein problem, ich für meinen Teil habe es noch nicht gelungen, bei der Vergabe von alternative, Typen basierend auf ein element die position. (Die schema-parser das Verständnis von Knoten-Kontexten scheint, unterscheiden sich von den einen würde ich erwarten, dass auf der Grundlage der validierten XML-Dokument-Struktur.)

Sowieso, können Sie erzwingen, Ihre Einschränkungen mit xs:assert:

<xs:element name="productinfo">
  <xs:complexType>
    <xs:sequence minOccurs="2" maxOccurs="unbounded">
      <xs:element name="informationset">
        <xs:complexType>
          <xs:attribute name="type" use="required">
            <xs:simpleType>
              <xs:restriction base="xs:string">
                <xs:enumeration value="Manufacturer" />
                <xs:enumeration value="Ingredients" />
              </xs:restriction>
            </xs:simpleType>
          </xs:attribute>
        </xs:complexType>
      </xs:element>
    </xs:sequence>
    <xs:assert test="informationset[1]/@type='Manufacturer'" xpathDefaultNamespace="##targetNamespace"/>
    <xs:assert test="informationset[2]/@type='Ingredients'" xpathDefaultNamespace="##targetNamespace"/>
  </xs:complexType>
</xs:element>

Den Einsatz von Attribut @xpathDefaultNamespace nicht notwendig sein, wenn Sie Ihre schema-Namensraum ist null, aber muss eingestellt werden ##targetNamespace wenn Sie schema definiert, andernfalls ist die Bewertung der element-Namen fehl.

Hinweis: Offensichtlich für diese arbeiten ist es notwendig, einen validator unterstützt XML-Schema 1.1. Bei der Verwendung von, sagen wir, OxygenXML, können Sie einfach den Standard-XML-schema version 1.1 in der XML /XML-Parser /XML-Schema preference-Seite. Bei der Verwendung von Xerces als ein validator, eine zusätzliches feature muss aktiviert werden: http://apache.org/xml/features/validation/cta-full-xpath-checking. Sonst wird es scheitern zu bewerten, die meisten der XPath-Sie kommen mit, weil es verwendet eine Unzureichende Teilmenge von default.

In VS, meldet einen Fehler: Elemente mit dem gleichen Namen und im gleichen Umfang müssen denselben Typ haben.

Ich denke, XSD, können nicht erfüllen Ihre Anforderung, können Sie versuchen, es zu lösen aus einer anderen Richtung.zum Beispiel die Verwendung von xslt zur Validierung von XML. XSLT wird xpath-basierte und Regel-basiert ist, kann es überprüfen Sie alle Orte, die im xml-Format.

XSD + XSLT ist eine gute Lösung, XSD-Schemas überprüfen, XSLT für die Informationen zu überprüfen.