Il est bien connu comment créer un service WCF "contrat premier" où la première étape consiste à définir les ServiceContract
s et DataContract
s.Schema First WCF Development
Comment devrait-on approcher le développement WCF si l'on a le «schéma d'abord». En d'autres termes, un schéma XSD a été développé indépendamment. Le service ne doit pas dévier du schéma déjà défini. Comme une complication, le schéma pourrait utiliser des fonctionnalités qui ne se traduisent pas en DataContract
(les capacités DataContract
, après tout, sont assez minimes).
L'utilisation de XDocument
sur le serveur ou le côté client pour l'ensemble du document serait bonne et bonne. (L'utilisation de XDocument
serait grandement préférable à tout ce qui concerne le XmlSerializer
qui semble malheureusement être tombé en désuétude sans remplacement). C'est une exigence que les métadonnées/WSDL rapportent correctement le schéma réel selon les normes. Il ne peut pas signaler un schéma "générique" tel que xsd: any. (Comprendre comment faire face à ces exigences WSDL est la partie qui me donne le plus de problèmes.)
(questions/réponses similaires ici ne traitent pas XDocument
ou exigences WSDL.)
Si votre schéma n'est pas compatible avec le sérialiseur DataContract, vous aurez des problèmes, je dirais. Quelles fonctionnalités utilisez-vous dans votre schéma qui ne sont pas prises en charge par le sérialiseur de contrat de données? –