À propos de WsdCodeGen
WsdCodeGen utilise un fichier de configuration XML pour déterminer l’emplacement des métadonnées du service. Le fichier de configuration est également utilisé pour définir des noms d’interface, des GUID d’interface, des noms de classes, des noms de méthode et d’autres identificateurs. Pour plus d’informations sur ce fichier, consultez Fichier de configuration WsdCodeGen.
WsdCodeGen nécessite deux types de fichiers d’entrée : un fichier de configuration XML et un ou plusieurs fichiers de description de service (fichiers WSDL et/ou XSD). WsdCodeGen traite ces fichiers d’entrée et génère deux types de fichiers de sortie : les fichiers d’interface et les fichiers d’en-tête/source.
Fichiers d’entrée
| Type | Description |
|---|---|
| Fichier de configuration | Fichier XML qui indique l’emplacement des métadonnées de service et définit les noms d’interface, les GUID d’interface, les noms de classes, les noms de méthode et d’autres identificateurs. |
| Fichiers de description du service | Un ou plusieurs fichiers WSDL ou XSD qui décrivent les services à implémenter sur l’appareil. |
Fichiers de sortie
| Type | Description |
|---|---|
| Fichiers d’interface | Un fichier IDL (Interface Definition Language) qui peut être utilisé avec le compilateur MIDL pour produire un fichier d’en-tête d’interface. Les clients WSDAPI et les services WSDAPI peuvent utiliser ce fichier d’interface. |
| Fichiers sources et en-tête C++ | Fichiers C++ qui décrivent le contrat de message, l’espace de noms et les informations de type. Ils peuvent contenir du code proxy et/ou du code stub. Le code proxy implémente l’interface d’un service et traduit les appels de méthode de service en opérations WSDAPI qui effectuent des demandes de service. Le code stub traduit les demandes de service WSDAPI en code qui appelle des méthodes de service. |
Rubriques connexes