Verhindern Generierung von Proxy-Klassen in Reference.cs beim Hinzufügen/Aktualisieren einer Web-Referenz

Question

Ich habe einen Web-Service und einen Client. Die in Parametern und Rückgabetypen verwendeten Klassen befinden sich in einer gemeinsamen DLL, die von beiden gemeinsam genutzt wird. Wenn ich jedoch die Webreferenz aktualisiere, erzeugt Visual Studio Kopien der Klassen mit denselben Namen und öffentlichen Eigenschaften und Methoden. Dann wird die Lösung nicht kompiliert, da der Clientcode versucht, die Versionen in der allgemeinen DLL zu verwenden. Ich kann das Problem lösen, indem ich die "doppelten" Klassen jedes Mal lösche, wenn ich die Webreferenz aktualisiere, und eine using-Anweisung hinzufüge, um auf den Namespace der allgemeinen DLL zu zeigen. Gibt es eine Möglichkeit, dies dauerhaft zu beheben?

UPDATE: Siehe meine Kommentare unten. Dies ist ein "Feature" von asmx Web Services. Es gibt keinen anderen Weg als einen der folgenden: 1) Verwenden Sie eine modernere Art von Web-Service. 2) Verwenden Sie keine gemeinsame DLL 3) Manuell beheben Sie jedes Mal, wenn Sie die Web-Referenz aktualisieren, wie in der ursprünglichen Frage oben.

Answer 1

Dies ist eine "Funktion" von asmx Web Services. Es gibt keinen anderen Weg als einen der folgenden :

• Verwenden Sie eine modernere Art von Web-Service.
• Verwenden Sie keine gemeinsame DLL
• Manuell beheben Sie jedes Mal, wenn Sie die Web-Referenz aktualisieren, wie in der ursprünglichen Frage oben.

Quellen: Andere Stackoverflow Fragen:

• "Reuse existing types" is ignored when adding a service reference
• How does Visual Studio 2008 and svcutil decide which types to re-use from referenced assemblies when generating a web service proxy class?

Answer 2

Es gibt keine Möglichkeit, das zu tun.

Allerdings denke ich, dass wir hier ein Designproblem haben. Wenn wir einen Webdienst erstellen, erwarten wir, dass unsere Kunden keine DLL von uns referenzieren müssen. Nur die vom Webservice bereitgestellten Typen sollten für ihre Verwendung ausreichen (bei Webdiensten geht es ausschließlich um Interoperabilität, stellen Sie sich Ihre Clientanwendung in Java vor, Sie können nicht auf die .NET-DLL verweisen).

Aus diesem Grund werden diese Typen erstellt, wenn Sie auf einen Webdienst verweisen. Meiner Meinung nach sollten Sie sich nur auf die Klassen verlassen, die der Webdienst in Ihrer Client-App generiert. Entfernen Sie den Verweis auf die freigegebene DLL aus dem Clientprojekt.

Dies beantwortet Ihre Frage nicht direkt, sondern bietet eine Alternative für Ihr Problem.

Answer 3

Ich hatte das gleiche Problem, aber ich hatte es versäumt, die Referenz die korrekte Montage mit den Anfrage/Antwort-Typen in meinem Client hinzuzufügen. Nachdem ich diese Referenz hinzugefügt und sichergestellt hatte, dass das Kontrollkästchen "Typen erneut verwenden" im Dialogfeld "Service-Referenz hinzufügen" aktiviert war, funktionierte es ordnungsgemäß.

Answer 4

Im Bereich Klasse gesetzt AnonymousType = false Erzeugungs Klasse mit dem Präfix zu vermeiden, dass sich bei der Web-Referenz Hinzufügen
[System.Xml.Serialization.XmlTypeAttribute (AnonymousType = false)] aber dies nur sicherstellen, dass die Klasse Auto-Gen in Reference.cs die gleiche Struktur wie die Domain-Klasse hat.

Eine Möglichkeit, um dies zu gehen ist Serialisierung/Deserialisierung auf das Domänenobjekt.