Riferimento Web vs Service Reference

Question

Ho appena colpito un enorme muro di mattoni con Paypal. Ho creato un progetto C# regolare per creare alcune classi wrapper usando il loro WSDL.

Se si crea un progetto non Web, l'unica opzione che si ottiene per aggiungere un wsdl è un riferimento al servizio Web. E questo crea un po 'lo stesso insieme di classi proxy di un riferimento Web, ma non in realtà. Aggiunge altro che nemmeno i ragazzi di PayPal non ne sono a conoscenza.

Quindi, per tutto il tempo, ho cercato l'interfaccia corretta in questo elenco di classi proxy da utilizzare come servizio (SoapBinding) e il numero PayPalAPIAASoapBinding non era presente che ho continuato a comunicare al nostro PayPal il punto di contatto.

ho potuto vedere solo le seguenti 2 interfacce che sembrava a me quello che avevo bisogno di usare in quanto non ho visto un PayPalAPIAASoapBinding, che si può vedere in un riferimento al servizio basato sul Web di riferimento:

PayPalAPIAAInterfaceClient 
PayPalAPIInterfaceClient 

così ho pensato fuori oh, probabilmente avevo creato un riferimento di servizio rispetto a un riferimento Web quale riferimento Web è un'opzione in un progetto Web. Ma non voglio che il mio servizio di riferimento sia strettamente collegato al mio progetto web. Ecco perché ho creato il progetto C#.

Quindi cosa diavolo è un riferimento di servizio rispetto a un riferimento Web? E come dovrei separarlo in un altro progetto se il Service Reference mi getterà un ciclo e mi fornirà un insieme di interfacce differenti rispetto a un riferimento Web?

Inoltre, per rendere le cose ancora più confuse, VS 2008 ha un progetto di applicazione di servizio Web.

Quindi cosa devo usare? Stiamo utilizzando il framework .NET 3.5 e siamo non pronti per passare a WCF. Quindi posso ancora utilizzare il nuovo servizio di riferimento anche se non si utilizza WCF o cosa? Se si sta utilizzando .NET 3.5 e non ancora WCF e si desidera continuare a eseguire servizi Web di base, si continua a utilizzare il percorso di riferimento del servizio e non si utilizza il framework WCF? Il significato può ancora essere usato come un riferimento Web. NET 2.0, solo che avrai una generazione completamente diversa del WSDL?

Answer 1

Aggiungi riferimento Web è ASP vecchio stile obsoleto.Tecnologia webservices NET (ASMX) (utilizzando solo XmlSerializer per le tue cose) - se lo fai, ottieni un client ASMX per un servizio web ASMX. Puoi farlo in quasi tutti i progetti (Web App, Sito Web, Console App, Winforms - tu lo chiami).

Aggiungi riferimento servizio è il nuovo modo di farlo, aggiungendo un riferimento al servizio WCF, che offre un modello di servizio molto più avanzato e molto più flessibile rispetto alle semplici vecchie funzionalità ASMX.

Dato che non sei pronto per passare a WCF, puoi anche aggiungere il riferimento Web vecchio stile, se proprio devi: quando fai un "Aggiungi riferimento servizio", nella finestra di dialogo visualizzata, fai clic su sul pulsante [Avanzate] nell'angolo sinistro tasto:

e sulla prossima finestra di dialogo che si apre, selezionare il pulsante [Aggiungi riferimento Web] in fondo.

Answer 2

L'aggiunta di un riferimento al servizio consente di creare un client WCF, che può essere utilizzato per parlare con un normale servizio Web purché si utilizzi l'associazione appropriata. L'aggiunta di un riferimento Web ti consentirà di creare solo un riferimento al servizio Web (ad esempio SOAP).

Se si è assolutamente certi di non essere pronti per WCF (non si sa davvero perché), è necessario creare un riferimento regolare al servizio Web.

Answer 3

Se ho capito la tua domanda giusta:

Per aggiungere un .net 2.0 Web Service di riferimento invece di un servizio WCF di riferimento, fare clic destro sul progetto e fare clic su 'Add Service Reference.'

Quindi fare clic su "Avanzate .." nella parte inferiore sinistra della finestra di dialogo.

Quindi fare clic su "Aggiungi riferimento Web" nella parte inferiore sinistra della finestra di dialogo successiva.

Ora è possibile aggiungere un normale riferimento Web SOAP come si sta cercando.

Answer 4

Alla fine, entrambi fanno la stessa cosa. Ci sono alcune differenze nel codice: i servizi Web non aggiungono uno spazio dei nomi di root del progetto, ma il riferimento di servizio aggiunge le classi di servizio allo spazio dei nomi del progetto. La classe ServiceSoapClient riceve una denominazione diversa, che non è importante. Lavorando con TFS preferisco usare Service Reference perché funziona meglio con il controllo del codice sorgente. Entrambi funzionano con i protocolli SOAP.

Trovo preferibile utilizzare il riferimento di servizio perché è nuovo e sarà quindi mantenuto meglio.