Ho trovato XSD molto difficile da utilizzare come modello per la generazione del codice. È troppo flessibile e complesso per essere pratico per le mie esigenze. Il designer/generatore DataSet fortemente tipizzato è un ottimo esempio di un tentativo di utilizzare XSD come modello di generazione del codice. Funziona bene la maggior parte del tempo, ma non supporta tutti gli schemi possibili che potresti lanciare. D'altra parte, XSD non può rappresentare le informazioni richieste per generare direttamente gli adattatori di tabella, pertanto è necessario creare estensioni specifiche di DataSet.
Se si decide di andare avanti e utilizzare XSD come modello, sarà probabilmente necessario selezionare un sottoinsieme semplice, sufficiente per ciò che è necessario generare. Un approccio potrebbe essere quello di caricare lo schema XSD in un oggetto DataSet e utilizzare questo oggetto DataSet come modello. I metadati DataSet sono molto più semplici da accedere rispetto agli XSD generici. Ciò consentirebbe inoltre di utilizzare il designer DataSet esistente in Visual Studio per modificare i modelli.
fonte
2009-08-11 17:59:00
Penso che questa sia la soluzione migliore a questo punto. Un'anima migliore è probabilmente quella di evitare la situazione per cominciare. – Will
Per aggiornare su questo: sto attualmente rivedendo questo progetto- http://oxmlibrary.codeplex.com/ - Sembra un po 'hacker ma più "hackerabile" se questo ha senso. –
Will, sono tornato a fare di nuovo questa cosa esatta. L'elusione può essere la soluzione migliore, ma nel caso in cui uno standard di settore sia stato definito in xsd, la generazione di classi dallo schema è un'operazione molto valida. Anche se non molto divertente. –