Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Der Fehlerhandler für Beispielvorgänge verfügt über drei Hauptassemblys: OperationsClient, OperationsHandler und OperationsServer.
Die Lösung konfiguriert den Adapter für die Verwendung des OpsClient-Objekts in der OperationsClient-Assembly . Wie Sie erwarten, implementiert das OpsClient-Objekt die IOpsAIC-Schnittstelle .
Das OpsClient-Objekt verwendet die IOperationsSystem-Schnittstelle , um das OpsHandler-Objekt über das .NET Framework-Remoting-Feature aufzurufen. Die IOperationsSystem-Schnittstelle wird wie folgt angezeigt:
public interface IOperationsSystem
{
void Initialize(string initData);
void Post(string originMachine, byte[] message);
}
Der OperationsServer, eine Konsolenanwendung, lauscht auf Anforderungen für das OpsHandler-Objekt und fungiert als Server für das .NET Framework-Remoting-Feature. Durch Aufrufen der Execute-Methode des OpsClient-Objekts wird wiederum die Post-Methode des OpsHandler-Objekts aufgerufen.
Die OpsHandler-Methoden reagieren, indem sie ihre Argumentzeichenfolgen mithilfe des Trace-Objekts schreiben. Dadurch werden die Fehler an die Konsole gepostet. Weitere Informationen zum Trace-Objekt finden Sie unter "Trace Class" in der .NET Framework-Klassenbibliothek.
Hinweis
Das folgende Muster entspricht dem im OrderHandler , in dem eine Schnittstelle die Methodenaufrufe zwischen einem Client und einem remoted-Objekt angibt. Hier gibt es jedoch eine zusätzliche Dereferenzierungsebene zwischen dem OpsClient und dem OpsHandler.