.net - Consumo nazionale di servizi web

original title: ".net - Homegrown consumption of web services"


I've been writing a few web services for a .net app, now I'm ready to consume them. I've seen numerous examples where there is homegrown code for consuming the service as opposed to using the auto generated methods that Visual Studio creates when adding the web reference.

Is there some advantages to this?

Ho scritto alcuni servizi web per un'app .net, ora sono pronto a consumarli. Ho visto numerosi esempi in cui esiste un codice nostrano per consumare il servizio invece di usare l'auto ...

Questo è il riepilogo dopo la traduzione, se è necessario visualizzare la traduzione completa, fare clic sull'icona "traduci"

Tutte le risposte
  • Translate

    No, what you're doing is fine. Don't let those people confuse you.

    If you've written the web services with .net then the reference proxies generated by .net are going to be quite suitable. The situation you describe (where you are both producer and consumer) is the ideal situation.

    If you need to connect to a web services that is unknown at compile time, then you would want a more dynamic approach, where you deduce the 'shape' of the web service.

    But start by using the auto generated proxy class, and don't worry about it until you hit a limitation. And when you do -- come back to stack overflow ;-)