Existe-t-il une bonne raison pour laquelle Microsoft a choisi de ne pas prendre en charge AppDomains dans .NET Core?
Les AppDomains sont particulièrement utiles lors de la création d'applications serveur de longue durée, dans lesquelles nous souhaitons peut-être mettre à jour les assemblys chargés par le serveur de manière gracieuse, sans arrêter le serveur.
Sans AppDomains, comment allons-nous remplacer nos assemblys dans un processus serveur de longue durée?
AppDomains nous fournit également un moyen d'isoler différentes parties du code serveur. Par exemple, un serveur Websocket personnalisé peut avoir un code de socket dans le domaine d'application principal, tandis que nos services s'exécutent dans le domaine d'application secondaire.
Sans AppDomains, le scénario ci-dessus n'est pas possible.
Je peux voir un argument qui pourrait parler de l'utilisation du concept de VM de Cloud pour gérer les changements d'assemblage et de ne pas avoir à supporter la surcharge d'AppDomains. Mais est-ce ce que pense ou dit Microsoft? ou ont-ils une raison spécifique et des alternatives pour les scénarios ci-dessus?