Je viens de frapper un énorme mur de briques avec Paypal. J'avais créé un projet C # régulier pour créer des classes wrapper en utilisant leur WSDL.
Si vous créez un projet non Web, la seule option que vous obtenez pour ajouter un wsdl est une référence de service Web. Et cela crée un peu le même ensemble de classes proxy qu'une référence Web le ferait, mais pas vraiment ... cela ajoute plus que même les gars de PayPal ne sont pas au courant.
J'ai donc cherché pendant tout ce temps la bonne interface dans cette liste de classes proxy à utiliser comme service (SoapBinding) et PayPalAPIAASoapBinding
je n'y étais pas, j'ai continué à dire à notre point de contact PayPal.
Je n'ai pu voir que les 2 interfaces suivantes qui m'ont semblé ce que j'avais besoin d'utiliser car je n'ai pas vu de PayPalAPIAASoapBinding
ce que vous POUVEZ voir dans une référence de service basée sur une référence Web:
PayPalAPIAAInterfaceClient
PayPalAPIInterfaceClient
J'ai donc compris, oh, j'avais probablement créé une référence de service par rapport à une référence Web, quelle référence Web est une option dans un projet Web. Mais je ne veux pas que ma référence de service soit étroitement liée à mon projet Web. C'est pourquoi j'ai créé le projet C #.
Alors, qu'est-ce qu'une référence de service par rapport à une référence Web? Et comment suis-je censé séparer cela en un autre projet si Service Reference va me lancer une boucle et me donner un ensemble d'interfaces différentes de celles d'une référence Web?
Aussi, pour rendre les choses encore PLUS déroutantes, VS 2008 a un projet d'application de service Web.
Alors qu'est-ce que j'utilise? Nous utilisons le framework .NET 3.5 et nous ne sommes pas prêts à passer à WCF . Puis-je toujours utiliser la nouvelle référence de service même si je n'utilise pas WCF ou quoi? Si vous utilisez .NET 3.5 et pas encore WCF et que vous souhaitez toujours effectuer des services Web de base, suivez-vous toujours la route de référence de service et n'utilisez tout simplement pas le framework WCF? Cela signifie-t-il qu'il peut encore être utilisé comme une référence Web .NET 2.0, juste que vous allez obtenir une génération entièrement différente du WSDL?