.NET Remoting und Multithreading-Anfrage

Question

Ich entschuldige mich, wenn das sind schlechte Fragen, aber ich stolperte über .NET Remoting vor nicht allzu langer Zeit und es verwirrte mich ein wenig. Was ich verstanden habe, ist .NET Remoting ist eine Möglichkeit, ein Objekt aufzurufen, das vollständig von Ihrem aktuellen Programm getrennt ist, ist das korrekt? (Meine Forschung beinhaltet das Lesen und vielleicht das Verstehen der MSDN Technical Overview of .NET Remoting).

Als ich über die .NET-Remoting-Funktion (here) stolperte, lag es daran, dass ich nach Methoden für Multithreading suchte. Ist .NET Remoting eine Form von Multithreading? Ist es überhaupt mit Multithreading verbunden?

Vielen Dank im Voraus für Ihre Zeit.

Answer 1

Zunächst ist .NET Remoting keine gute Wahl, wenn Sie eine neue Entwicklung beginnen, weil es vor langer Zeit eingestellt wurde. Es ist immer noch da, um Abwärtskompatibilität zu bieten.

Seit .NET 3.0, die richtige Wahl zu tun, was .NET Remoting war Windows Communication Foundation.

Über Ihre Bedenken, .NET Remoting war eine Möglichkeit zu simulieren, dass Objekte aus anderen AppDomain s und sogar andere Prozesse von gleichen oder anderen Maschinen koexistieren können wie normale, Offline-Objekte auf sehr transparente Weise.

In einer kurzen Zusammenfassung, würde ich sagen, dass .NET Remoting nicht für Multi-Threading-Zwecke entwickelt wurde, sondern als Interprozesskommunikation Ansatz.

Mit der WCF- oder ASP.NET-Web-API können Sie jetzt Objekte zwischen Prozessen auf demselben Computer oder zwischen anderen Computern in demselben oder anderen Netzwerken konsumieren und ausgeben. Unter WCF und ASP.NET Web API Eigenhost-Varianten erfahren Sie, wie Sie eine Netzwerk-API in Ihrem Prozess hosten und andere Prozesse von ihnen verarbeiten lassen können.