Ich versuche, einen COM-Server "out of proc" zu implementieren, der in C # geschrieben wird. Wie mache ich das?
Ich brauche den C # -Code in meiner C ++ - Hauptanwendung "out of proc", weil ich die .NET-Runtime nicht in meinen Hauptprozessbereich laden kann (WARUM ?: Mein C ++ - Code befindet sich in einer DLL, die in viele geladen ist) Verschiedene Kunden-EXEs, von denen einige verschiedene Versionen der .NET-Laufzeit verwenden Da es nur eine Laufzeit in einen einzigen Prozess laden kann, scheint es am besten zu sein, meinen C # -Code in einen anderen Prozess zu legen.)
Sie können COM + -Komponenten mithilfe von System.EnterpriseServices.ServicedComponent erstellen. Folglich können Sie sowohl eine prozessexterne und eine prozessinterne (Client-) Komponentenaktivierung als auch alle COM + -Vorteile von Pooling, Remoting, Ausführen als Windows-Dienst usw. erstellen.
Hier können wir lesen, dass es möglich ist, aber die exe wird als eine Bibliothek geladen und nicht in einem eigenen Prozess wie eine exe gestartet. Ich weiß nicht, ob das ein Problem für dich ist. Es enthält auch einige mögliche Lösungen, wenn Sie möchten, dass es sich wie ein echter Out-of-Process-Com-Server verhält. Aber vielleicht ist es besser, eine andere Art der Interprozesskommunikation zu verwenden. Wie .Net Remoting.
Ich kann dies nicht als Weg empfehlen, aber Sie könnten einen COM-aufrufbaren Wrapper für Ihre C # -Bibliothek erstellen und dann ein VB6-ActiveX-Projekt erstellen, das Aufrufe an Ihre C # -Bibliothek delegiert.
>Warum können Sie die .NET-Laufzeit nicht in Ihren Prozessspeicher laden? Es ist möglich, die .net-Laufzeitumgebung zu hosten und mit COM in .net aufzurufen.