Estoy tratando de crear un XSD y tratando de escribir la definición con el siguiente requisito:
- Permitir que el elemento secundario especificado aparezca cualquier número de veces (de 0 a ilimitado)
- Permitir que los elementos secundarios estén en cualquier orden
Miré a mi alrededor y encontré varias soluciones como esta :
<xs:element name="foo">
<xsl:complexType>
<xs:choice minOccurs="0" maxOccurs="unbounded">
<xs:element name="child1" type="xs:int"/>
<xs:element name="child2" type="xs:string"/>
</xs:choice>
</xs:complexType>
</xs:element>Pero por lo que entiendo, xs: choice todavía solo permite la selección de un solo elemento. Por lo tanto, configurar MaxOccurs como ilimitado como este solo debería significar que "cualquiera" de los elementos secundarios puede aparecer varias veces. ¿Es esto exacto?
Si la solución anterior es incorrecta, ¿cómo puedo lograr lo que dije anteriormente en mi requisito?
EDITAR : ¿Qué pasa si el requisito es el siguiente?
- El elemento child1 child2 puede aparecer cualquier número de veces (de 0 a ilimitado)
- Elementos para estar en cualquier orden
- Los elementos child3 y child4 deberían aparecer exactamente una vez.
Por ejemplo, este xml es válido:
<foo>
<child1> value </child1>
<child1> value </child1>
<child3> value </child3>
<child2> value </child2>
<child4> value </child4>
<child1> value </child1>
</foo>pero esto no es (niño desaparecido3)
<foo>
<child1> value </child1>
<child1> value </child1>
<child2> value </child2>
<child4> value </child4>
<child1> value </child1>
</foo>
La formulación alternativa de la pregunta agregada en una edición posterior parece aún sin respuesta: cómo especificar que entre los hijos de un elemento, debe haber uno con nombre
child3, uno con nombrechild4y cualquier número con nombrechild1ochild2, sin restricción en el orden en que aparecen los niños.Este es un lenguaje regular fácilmente definible, y el modelo de contenido que necesita es isomorfo a una expresión regular que define el conjunto de cadenas en el que los dígitos '3' y '4' ocurren exactamente una vez, y los dígitos '1' y '2 'ocurre cualquier número de veces. Si no es obvio cómo escribir esto, puede ser útil pensar en qué tipo de máquina de estados finitos construiría para reconocer dicho lenguaje. Tendría al menos cuatro estados distintos:
No importa en qué estado se encuentre el autómata, se pueden leer '1' y '2'; no cambian el estado de la máquina. En el estado inicial, también se aceptarán '3' o '4'; en los estados intermedios, solo se acepta '4' o '3'; en el estado final, no se aceptan ni '3' ni '4'. La estructura de la expresión regular es más fácil de entender si primero definimos una expresión regular para el subconjunto de nuestro lenguaje en el que solo aparecen '3' y '4':
Para permitir que '1' o '2' ocurra cualquier número de veces en una ubicación determinada, podemos insertar
(1|2)*(o[12]*si nuestro lenguaje de expresiones regulares acepta esa notación). Al insertar esta expresión en todas las ubicaciones disponibles, obtenemosTraducir esto a un modelo de contenido es sencillo. La estructura básica es equivalente a la expresión regular
(34)|(43):Insertar una opción cero o más de
child1ychild2es sencillo:Si queremos minimizar un poco el volumen, podemos definir un grupo con nombre para las opciones repetidas de
child1ychild2:En XSD 1.1, se eliminaron algunas de las restricciones en los
allgrupos, por lo que es posible definir este modelo de contenido de manera más concisa:Pero como puede verse en los ejemplos dados anteriormente, estos cambios en los
allgrupos no cambian de hecho el poder expresivo del lenguaje; sólo hacen más sucinta la definición de ciertos tipos de lenguajes.fuente
Esto es lo que finalmente funcionó para mí:
fuente
No. La elección ocurre individualmente por cada "repetición"
xs:choiceque ocurre debido amaxOccurs="unbounded". Por lo tanto, el código que ha publicado es correcto y, de hecho, hará lo que desee tal como está escrito.fuente
Debería encontrar que el siguiente esquema permite lo que ha propuesto.
Esto le permitirá crear un archivo como:
Lo que parece coincidir con tu pregunta.
fuente
minOccursymaxOccursestán restringidos a 1 para niños dexs:all.Si nada de lo anterior está funcionando, probablemente esté trabajando en una transacción EDI donde necesita validar su resultado contra un esquema HIPPA o cualquier otro xsd complejo para el caso. El requisito es que, digamos que hay 8 segmentos REF y cualquiera de ellos tiene que aparecer en cualquier orden y además no todos son obligatorios, es decir que puede tenerlos en el siguiente orden 1º REF, 3º REF, 2º REF, 9º REF. En la situación predeterminada, la recepción de EDI fallará, porque el tipo complejo predeterminado es
La situación es incluso compleja cuando llama a su elemento por referencia y luego ese elemento en su lugar original es bastante complejo en sí mismo. por ejemplo:
Solución:
Aquí, simplemente reemplazar "secuencia" con "todos" o usar "elección" con combinaciones mínimas / máximas no funcionará.
Lo primero que debe hacer es reemplazar
"xs:sequence" with "<xs:all>"ahora, debe realizar algunos cambios desde donde está haciendo referencia al elemento, vaya a:*** Ahora, en el segmento anterior, agregue un punto de activación al final como este trigger_field = "REF01 _... nombre completo .." trigger_value = "38" Haga lo mismo para otros segmentos REF donde el valor de activación será diferente, como decir "18 "," XX "," YY ", etc., de modo que la información de su registro ahora se ve así:
b:recordinfo structure="delimited" field.........Biztalk/2003" trigger_field="REF01_...complete name.." trigger_value="38">Esto hará que cada elemento sea único, por lo que todos los segmentos de REF (ejemplo anterior) tienen la misma estructura que REF01, REF02, REF03. Y durante la validación, la validación de la estructura está bien, pero no permite que los valores se repitan porque intenta buscar los valores restantes en el primer REF. Agregar disparadores hará que todos sean únicos y pasarán en cualquier orden y casos situacionales (como usar 5 de 9 y no todos 9/9).
Espero que te ayude, porque pasé casi 20 horas en esto.
Buena suerte
fuente