Kann nicht zwei Vorgänge im selben Vertrag mit dem gleichen Namen (Async & Non) haben

Question

Ich bekomme die folgende Ausnahme (kann nicht zwei Vorgänge im selben Vertrag mit dem gleichen Namen Methoden ExecuteAsync und Execute) wenn der folgende Dienst aktiviert ist .

[ServiceContract] 
    public interface IMyService 
    { 
     [OperationContract] 
     byte[] Execute(MyRequest request); 

     [OperationContract] 
     Task<byte[]> ExecuteAsync(MyRequest request); 
    } 

Ich denke, das macht Sinn, wenn Sie die svcutil.exe verwenden, um Ihren Dienstverweis zu erstellen, da die Task-basierten Operationen automatisch für Sie erstellt werden. Ich möchte jedoch keine Service-Referenz hinzufügen und stattdessen einfach die Standard-ChannelFactory verwenden, um den WCF-Channel zu erstellen. Gibt es eine andere Möglichkeit, dies zu tun, ohne die asynchrone Methode in etwas anderes umzubenennen? Oder muss ich die Synchronisierungsmethode auf dem Client in einer Task.Run?

Answer 1

Hier ist was ich getan habe. Ich habe zwei separate Verträge. Eine für den Kunden und eine für den Server:

namespace ServiceLibrary.Server 
{ 
    [ServiceContract] 
    public interface IMyService 
    { 
     [OperationContract] 
     byte[] Execute(MyRequest request); 
    } 
} 

namespace ServiceLibrary.Client 
{ 
    [ServiceContract] 
    public interface IMyService : Server.IMyService 
    { 
     [OperationContract] 
     Task<byte[]> ExecuteAsync(MyRequest request); 
    } 
} 

Da beide Servicecontracts den gleichen Namen aufweisen, sind die OperationContracts' Aktion und ReplyAction das gleiche für die Asynchron-und Sync-Methoden. Der Client verfügt jetzt über die Synchronisierungs- und die Async-Version und der Server bleibt unverändert.

Answer 2

Die oben ist nicht gültig, da WCF sich für jede Operation in Ihrem Fall zwei Methoden macht Execute() eine synchrone und asynchrone zweite, die auf Client-Seite aufgerufen werden kann ServiceClientObj.ExexuteAsync(request) durch das Schreiben, so dass Sie nicht brauchen, um Asynchron-Methode explizit hinzufügen in der IMyService .Das Framework ist selbst verantwortlich für die Generierung async Methode jeder Operation

Answer 3

Async-Methoden sind ein .NET-Konstrukt. Der Web Services-Standard kennt sie nicht. You do not need to do anything to enable clients to use async operations because server and client are independent. Wählen Sie unabhängig für Client und Server sync oder async aus.

Da diese Tatsache oft zu Unglauben führt, möchte ich Folgendes sagen: Sie können einen Sync-Server mit einem Async-Client haben und umgekehrt.

Answer 4

Sie können beides angeben, aber nicht beides. WCF wird automatisch jede Methode im generierten Kanalproxy arbeiten lassen - Sie können eine Schnittstelle, die eine asynchrone Methode verwendet, mit einer Implementierung verbinden, die eine synchrone Methode verwendet, und umgekehrt.

Wenn Sie die Schnittstellendefinition über Client- und Servercode teilen wollen (was nicht unangemessen ist) und sich mit einem zufrieden geben müssen, ist Ihre beste Wette die asynchrone: Angebot nur Synchronisierung bedeutet, dass asynchrone Clients einen Thread verschwenden müssen async bedeutet nur, dass Anrufer die Wahl haben, den Thread selbst zu blockieren und zu verschwenden, wenn sie müssen. Da der Aufruf eines WCF-Dienstes E/A-Vorgänge beinhaltet, möchten Sie dem Client unbedingt die Option für Async geben, selbst wenn der Server über eine Synchronisierungsimplementierung verfügt.

Answer 5

Versuchen Sie, den Namen in OperationMethod hinzuzufügen, um es einfacher zu machen.

[ServiceContract] 
public interface IMyService 
{ 
    [OperationContract(Name = "Service1")] 
    byte[] Execute(MyRequest request); 

    [OperationContract(Name = "Service2")] 
    Task<byte[]> ExecuteAsync(MyRequest request); 
}