Wann sollte ich OperationContextScope innerhalb von einem WCF-Dienst?

Zur Zeit arbeite ich an einem WCF-Dienst, der greift zu einem anderen Dienst, Informationen zu übermitteln, ein paar von seinen Operationen. Der proxy für den zweiten Dienst wird erzeugt durch die stark typisierte ProxyFactory<T> Klasse. Ich habe nicht erlebt, Probleme aber habe gehört, ich sollte etwas tun, wie den folgenden, wenn Sie den Anruf:

using (new OperationContextScope((IContextChannel)_service))
     _service.Send(message);

Also meine Frage ist: Wann ist mit der Schaffung dieses neuen OperationContextScope geeignet, und warum?

Dank!

InformationsquelleAutor Brandon Linton | 2010-03-18

  1. 15

    Wenn Sie Rückrufe verwenden oder wenn Sie möchten, ändern Sie die Nachricht oder Kopf-dann müssen Sie OperationContextScope. Ihren Dienst müssen möglicherweise ändern ausgehender Header beim Aufruf, dass ein anderer Dienst.

    Beim aufbauen OperationContextScope dann können Sie:

    1. Zugreifen und diese ändern für eingehende und ausgehende Nachrichten-Header und andere Eigenschaften.
    2. Zugang der Laufzeit, einschließlich der Verlader, die host -, Kanal -, und Erweiterungen.
    3. Zugriff auf andere Typen von Kontexten, wie z.B. Sicherheits -, Instanz-und request-Kontext.
    4. Auf den Kanal zuzugreifen Zusammenhang mit der OperationContext Objekt oder (wenn der Kanal implementiert System.ServiceModel.Channels.ISession) der zugeordnete Kanal der session-id.

    Den anderen Dienst, die Sie nennen, ist es ein session-basierter service? Sie sollten wahrscheinlich betrachten Sie die Beispiel-client-code oder Dokumentation, sofern verfügbar.

    Gotcha. Also immer wenn ich will, mehr granulare Kontrolle über die session-Informationen, security, etc. Ich sollte eine separate OperationContextScope. Der andere Dienst ist session-basierend, ja.

    InformationsquelleAutor Ajay Kelkar

Schreibe einen Kommentar