Keine Anwendungsdomänen in .NET Core! Warum?

Gibt es einen guten Grund, warum entschied sich Microsoft nicht zu unterstützen, AppDomains .NET Core?

AppDomains sind besonders nützlich beim erstellen von lange Laufenden server-apps, wo wir möglicherweise aktualisieren möchten, müssen Sie die Baugruppen geladen vom server ist eine anmutige Art und Weise, ohne den server Herunterfahren.

Ohne Anwendungsdomänen, wie werden wir ersetzen unsere Versammlungen in einem lange Laufenden server-Prozesses?

AppDomains geben uns auch einen Weg zu isolieren verschiedenen teilen der server-code. Wie eine benutzerdefinierte websocket-server-socket-code in der primären Anwendungsdomäne, während unsere services laufen in sekundäre appdomain.

Ohne AppDomains, das obige Szenario ist nicht möglich.

Kann ich sehen, eine Argumentation, die kann sprechen über die Verwendung von VMs Konzept des Cloud für handling, Montage änderungen und nicht mit Aufwand für die AppDomains. Aber ist es das, was Microsoft denkt oder sagt? oder Sie haben einen bestimmten Grund und alternativen für die oben genannten Szenarien?

InformationsquelleAutor der Frage Aditya Pasumarthi | 2014-12-03

  1. 34

    Den Punkt der .NETCore Teilmenge war, zu halten .NET installieren kleine. Und einfach Anschluss. Das ist, warum Sie sagen, führen Sie eine Silverlight-app auf Windows-und OSX und nicht sehr lange warten, wenn Sie besuchen Sie die web-Seite. Herunterladen und installieren die komplette runtime und framework nimmt eine Handvoll von Sekunden, geben oder nehmen.

    Sie klein zu halten erfordert zwangsläufig features geschnitten werden. Remoting war sehr hoch auf dieser Liste, es ist ziemlich teuer. Ansonsten gut versteckt, aber Sie können zum Beispiel sehen, dass die Delegierten nicht mehr, haben Sie eine funktionale BeginInvoke () - Methode. Die AppDomain auf der cut-Liste als gut, Sie können nicht führen Sie den code in eine app-Domäne ohne remoting unterstützen. Das ist also völlig beabsichtigt.

    InformationsquelleAutor der Antwort Hans Passant

  2. 18

    Update für .NET-Standard 2 und .NET Core 2

    In .NET-Standard 2 der AppDomain Klasse ist. Jedoch, viele Teile, dass die API werfen wird PlatformNotSupportedException.NET Core.

    Der wichtigste Grund ist es, noch ist es für grundlegende Dinge wie die Registrierung eine nicht behandelte exception-handler, die wird Arbeit.

    Die .NET-Standard-FAQ hat diese Erklärung:

    AppDomain Teil .NET Standard?

    AppDomain-Typ ist Teil der .NET Standard. Nicht alle Plattformen unterstützen die Erstellung von neuen app-domains, beispielsweise .NET Core wird nicht, so dass die Methode AppDomain.Optionen "createdomain" während zur Verfügung steht .NET Standard auslösen könnte PlatformNotSupportedException.

    Den primären Grund setzen wir in dieser Art .NET Standard ist weil die Nutzung relativ hoch ist und in der Regel nicht im Zusammenhang mit der Erstellung neuer app-domains, aber für die Interaktion mit der aktuellen app-Domäne, wie bei der Registrierung eine nicht behandelte exception-handler oder Fragen, für die Anwendung Basisverzeichnis.

    Abgesehen davon, dass die top Antwort und andere Antworten auch sehr schön erklären, warum der Großteil der AppDomain war noch Ausschneiden (z.B. wirft einen nicht unterstützten Ausnahme).

    InformationsquelleAutor der Antwort Jeroen

  3. 6

    Irgendwann habe ich gehört, dass beim entladen Assemblys würde aktiviert werden, ohne Verwendung von Domänen. Ich denke, dass die System.Runtime.Loader.AssemblyLoadContext geben System.Runtime.Loader.dll ist in diesem Zusammenhang, aber ich sehe nichts es ermöglicht, dass die Entladung noch.

    InformationsquelleAutor der Antwort bricelam

  4. 4

    Ich habe gehört, in einer Gemeinschaft standup oder einige sprechen von Microsoft, dass Sie die isolation-Funktion von AppDomains sind besser gehandhabt werden, indem Prozesse (und eigentlich auch die gängigen Muster, die in anderen Plattformen) und die Entladung ist in der Tat geplant, wie eine normale Funktion unabhängig von Anwendungsdomänen.

    InformationsquelleAutor der Antwort Thomas

  5. 4

    App-Domänen

    Warum wurde es eingestellt? AppDomains erfordern runtime-Unterstützung und sind in der Regel Recht teuer. Während noch umgesetzt CoreCLR, ist es nicht verfügbar .NET Native und wir planen nicht, auf hinzufügen diese Funktion gibt.

    Was sollte ich stattdessen verwenden? AppDomains wurden für verschiedene Zwecke verwendet. Für die code-Trennung, wir empfehlen, die Prozesse und/oder Container. Für das dynamische laden von Assemblys, empfehlen wir die neue AssemblyLoadContext Klasse.

    Quelle Von MSDN-Blog

    InformationsquelleAutor der Antwort cwishva

Schreibe einen Kommentar