Encontré que XSD es muy difícil de usar como modelo para la generación de código. Es demasiado flexible y complejo para ser práctico para mis necesidades. El diseñador/generador de DataSet fuertemente tipado es un gran ejemplo de un intento de usar XSD como modelo de generación de código. Funciona bien la mayor parte del tiempo, pero no es compatible con todos los esquemas posibles que pueda lanzar. Por otro lado, XSD no puede representar la información requerida para generar adaptadores de tabla directamente, por lo que hubo que crear extensiones específicas de DataSet.
Si decide seguir adelante y usar XSD como modelo, probablemente quiera elegir un subconjunto simple, suficiente para lo que necesita generar. Un enfoque podría ser cargar el esquema XSD en un objeto DataSet y usar este objeto DataSet como modelo. Los metadatos de DataSet son mucho más simples de acceder que XSD de uso general. Esto también le permitiría usar el diseñador de DataSet existente en Visual Studio para editar sus modelos.
Creo que esta es la mejor solución en este momento. Una mejor solución es, probablemente, evitar la situación para empezar. – Will
Para actualizar sobre esto: Actualmente estoy revisando este proyecto - http://oxmlibrary.codeplex.com/ - Parece un poco hackish pero más "pirateable" si tiene sentido. –
Will, estoy de regreso haciendo esto exactamente otra vez. La evasión puede ser mejor, pero en el caso en que se haya definido un estándar industrial en xsd, generar clases a partir del esquema es una operación muy válida. Aunque no es muy divertido. –