.Net herramienta xsd.exe no genera todos los tipos

Question

Por alguna razón, la herramienta MS .Net (v3.5) - xsd.exe no genera tipos cuando no se usan dentro de ningún elemento.

p. Ej.

XSD archivo (me tiró en el elemento complejo para evitar esta advertencia - "Advertencia:. No puede generar clases porque no se encontraron elementos de nivel superior con tipo complejo"):

<?xml version="1.0" encoding="utf-8"?> 
<xs:schema targetNamespace="http://tempuri.org/XMLSchema.xsd" 
    elementFormDefault="qualified" 
    xmlns="http://tempuri.org/XMLSchema.xsd" 
    xmlns:mstns="http://tempuri.org/XMLSchema.xsd" 
    xmlns:xs="http://www.w3.org/2001/XMLSchema" 
> 
    <xs:simpleType name="EnumTest"> 
    <xs:restriction base="xs:string"> 
     <xs:enumeration value="item1" /> 
     <xs:enumeration value="item2" /> 
     <xs:enumeration value="item3" /> 
    </xs:restriction> 
    </xs:simpleType> 
    <xs:complexType name="myComplexType"> 
    <xs:attribute name="Name" use="required" type="xs:string"/> 
    </xs:complexType> 
    <xs:element name="myElem" type="myComplexType"></xs:element> 
</xs:schema> 

Cuando corro esta a través xsd.exe usando

xsd/c xsdfile.xsd

no veo EnumTest en el archivo generado cs.

Nota; Aunque no utilizo la enumeración aquí, pero en mi proyecto real, tengo casos como este en los que enviamos el valor de cadena de enum como salida.

¿Cómo puedo forzar a la herramienta xsd a incluir esto? ¿O debería cambiar a alguna otra herramienta?

trabajo en Visual Studio 2008.

Answer 1

Voy a tener que concluir esta es una deficiencia estúpida de la herramienta. Tal vez dar un cambio para activar este comportamiento. Al no tener este comportamiento, me veo forzado a crear tipos fuera de xsd y eso crea código fragmentado.

Esta es mi opinión personal y estoy bastante seguro de que hay otros que compartirían lo mismo.

Answer 2

Si no se utiliza la enumeración aquí, o en cualquier otra clase se está generando a través de la herramienta xsd, a continuación, definirlo en su proyecto en otro lugar del mismo modo que sería cualquier otra enumeración. Si es absolutamente necesario que la herramienta xsd cree una clase para usted, la solución de Workshop Alex es la solución más comúnmente utilizada en este caso (ni siquiera lo considero una solución, es realmente muy conveniente poder utilizar el herramienta de esta manera)

Answer 3

Sé que esto es muy viejo, pero apareció en google cuando estaba buscando y encontré una respuesta.

Una Xsd tiene que tener al menos un xs: elemento para ser válido y para que xsd.exe funcione correctamente.

vistazo a esto para obtener más información http://keithelder.net/2008/11/02/creating-a-rest-wcf-service-from-an-existing-xsd-schema/

Answer 4

Me encontré con un problema similar, con xs:complexType no estando dentro de un xs:element, y por lo tanto no se incluye en el archivo cs generado. En nuestro caso, tenemos un archivo wsdl que importa dos archivos xsd, por lo que es posible que esto no se aplique a usted.

En lugar de correr xsd.exe en esos dos archivos XSD, que hizo lo siguiente:

wsdl.exe /language:CS /out:OutputDir OurService.wsdl first.xsd second.xsd 

que funcionó a las mil maravillas, y generó todo, incluyendo los tipos complejos.

Answer 5

Es posible crear enumeraciones dentro del archivo XSD incluso si no tiene la intención de usarlas para la validación.Añadir lo siguiente a la XSD:

<xs:element name="DummyEnumTest" type="EnumTest" abstract="true" block="#all"/> 

(donde EnumTest es la enumeración desea ver generado).

El atributo abstract garantiza que el elemento no puede desempeñar el papel del elemento de documento de un documento de instancia. El atributo block es menos importante.

Existen otras formas de lograr el mismo objetivo, como declarar un atributo prohibido con su tipo enumerado en cualquier lugar que desee. Me parece útil para encapsular todos mis enumeraciones no utilizados dentro de un contenedor genérico como esta, para reducir al mínimo las declaraciones globales:

<xs:element name="ForceGenerationOfBaseEnums" abstract="true" block="#all"> 
    <xs:complexType> 
     <xs:choice> 
      <xs:element name="..." type="..."/> 
      <xs:element name="..." type="..." /> 
     </xs:choice> 
    </xs:complexType> 
</xs:element>