如何使用基于属性值的约束创建XSD?

时间:2013-04-10 17:33:48

标签: xml xsd

我是XSD的新手,并且很难创建XSD来验证以下传入的XML消息。

我遇到的困难是:

  1. 数据元素“Field”,其属性“position”值等于“FirstName”或“LastName”必须存在,并且只出现一次。
  2. 数据元素“Field”,其属性“position”值等于“MiddleName”是可选的。如果它出现,它只能出现一次。
  3. 日期元素“字段”只有三个子元素,如果“MiddleName”不存在,则为两个。
  4. 有什么想法吗?


    传入原始XML,需要XSD验证。

    <Message>  
      <MessageTypeIndicator version="1" class="8" function="2" origin="3"/>
      <Fields>
         <Field position="FirstName">Jason</Field>
         <Field position="LastName">Smith</Field>
         <Field position="MiddleName">dk</Field>
      </Fields>
    </Message>
    

    稍后,我还将创建一个XSLT,将原始XML转换为:

    <Person>
        <MessageTypeIndicator>
            <version>1</version>
            <class>8</class>
            <function>2</function>
            <origin>3</origin>
        </MessageTypeIndicator>
        <FirstName>Jason</FirstName>
        <LastName>Smith</LastName>
        <MiddleName>dk</MiddleName>
    </Person>
    

    以下是到目前为止我创建的xslt没有验证

        <?xml version="1.0" encoding="UTF-8"?>
    
        <xsl:stylesheet>
          <xsl:output method="xml" encoding="UTF-8" indent="yes"/>
          <xsl:template match="/">
            <Message>      
              <MessageTypeIndicator>        
                  <version>
                    <xsl:value-of select="Message/MessageTypeIndicator/@version"/>
                  </version>      
                  <class>
                    <xsl:value-of select="Message/MessageTypeIndicator/@class"/>            
                  </class>      
                  <function>
                    <xsl:value-of select="Message/MessageTypeIndicator/@function"/>            
                  </function>       
                  <origin>
                    <xsl:value-of select="Message/MessageTypeIndicator/@origin"/>            
                  </origin>    
              </MessageTypeIndicator>
              <xsl:for-each select="Message/Fields/Field">
                <xsl:if test="@position='FirstName'">
                  <FirstName>
                  <xsl:value-of select="string(.)"/>
                </FirstName>
                </xsl:if>      
                <xsl:if test="@position='LastName'">
                <LastName>
                  <xsl:value-of select="string(.)"/>
                </LastName>
                </xsl:if>      
                <xsl:if test="@position='MiddleName'">
                <MiddleName>
                  <xsl:value-of select="string(.)"/>
                </MiddleName>
                </xsl:if>
              </xsl:for-each>
            </Message>
          </xsl:template>
        </xsl:stylesheet>
    

3 个答案:

答案 0 :(得分:2)

您无法真正使用XSD 1.0进行此类检查 - 可以检查属性或元素是否存在,但如果元素存在其特定的属性值,则无法检查。

你可以做的很容易就是在XSLT中进行检查 - 就像这样:

<xsl:template match="Message">
  <xsl:if test="count(Fields/Field[@position='FirstName']) != 1">
    <xsl:message terminate="yes">The message must exactly one 'FirstName' field</xsl:message>
  </xsl:if>
  <xsl:if test="count(Fields/Field[@position='MiddleName']) > 1">
    <xsl:message terminate="yes">The message cannot contain multiple 'MiddleName' fields</xsl:message>
  </xsl:if>
  <xsl:if test="count(Fields/Field[@position!='MiddleName']) > 3">
    <xsl:message terminate="yes">Too many fields</xsl:message>
  </xsl:if>
  <Person>
    <MessageTypeIndicator>
      <version>1</version>
      <class>8</class>
      <function>2</function>
      <origin>3</origin>
    </MessageTypeIndicator>
    <FirstName>
      <xsl:value-of select="Fields/Field[@position='FirstName']"/>
    </FirstName>
    <LastName>
      <xsl:value-of select="Fields/Field[@position='LastName']"/>
    </LastName>
    <MiddleName>
      <xsl:value-of select="Fields/Field[@position='MiddleName']"/>
    </MiddleName>
  </Person>
</xsl:template>

将进行检查,然后进行转换。

答案 1 :(得分:1)

这些验证无法在XSD 1.0中实现。您应该考虑使用XSD 1.1或使用Schematron

答案 2 :(得分:1)

设计此文档的人,通过使用非常抽象的元素名称(如Message和Field),然后使用MessageTypeIndicator和Position等属性对其进行专门化,可能会认为他们通过设计灵活且可扩展的内容而变得聪明。他们不是;如果你使用像

这样的具体元素,XML已经非常灵活和可扩展
<Person><First>Jason</First><Last>Smith</Last></Person>

除了使XML更难处理之外,额外的抽象级别什么也没有实现,其中一个方面就是你无法为它编写精确的模式。也许这实际上就是设计师的想法:或许他们希望保持灵活性和可扩展性,并且知道一旦人们开始编写模式,它就会失去灵活性和可扩展性,以至于他们努力工作(并且毫无结果)来实现。