Kompilierte Proxy-Klasse (in bin) vs. Web Referenz

Question

Ich habe eine Handvoll ASP.NET-Websites, die mit verschiedenen Instanzen von SQL Server 2005 über eine Webreferenz mit dem Webdienst des Berichtsservers kommunizieren. Heute habe ich jedoch mit dem Gedanken gespielt, das WSDL-Tool zu verwenden, um eine Proxy-Klasse aus einer der SQL Server-Instanzen zu erstellen und den Proxy wiederum zu verwenden, um eine DLL zu erstellen (zuvor habe ich den Konstruktor des Proxy geändert) URL - damit ich den Proxy auf eine der Web-Service-Instanzen verweisen kann.

Ich bin mir ziemlich sicher, dass der Web-Service in Bezug auf Updates hübsch, wenn nicht vollständig, statisch sein sollte. Meine Frage ist also: Gibt es irgendwelche Nachteile für die Verwendung der kompilierten Proxy-Klasse (im bin-Verzeichnis), im Gegensatz zur Verwendung der Proxy-Klasse (automatisch generiert), selbst? Wenn nicht, was sind die Gründe dafür, in die eine oder andere Richtung zu gehen?

Answer 1

Soweit ich weiß, gibt es keinen Unterschied zwischen beiden. Die Service-Referenz macht genau das, was die svcutil auch tut, ermöglicht es dem Benutzer jedoch, dies auf einfachere Weise zu tun. Service-Referenz ist nur ein Warpper um die SVCUTIL.EXE und es tut nichts mehr als das, was die grundlegende svcutil.exe tut.

Dank