Wir verwenden eine Software-Bibliothek von einem großen US-Hersteller. Seit Jahren hatte die Bibliothek hauptsächlich zwei Schnittstellen, eine Reihe von C-API-DLLs und eine Sammlung von ActiveX-Steuerelementen, die die DLL-Funktionalität kapseln. Die ActiveX-Schnittstelle funktionierte ziemlich gut in den alten Tagen von Visual Basic 6. Dann erschien .NET mit seiner COM Interop-Kompatibilitätsschnittstelle für die jetzt alte ActiveX-Technologie. Dies hatte ein paar Fallstricke wie dynamische Objekte nie entfernt (Link) oder Probleme bei der Verwendung von Multi-Threaded-Anwendungen (cross-Apartment-Anrufe etc.)..NET und COM (ActiveX) -Objekte Perspektive
Jetzt entschied der Hersteller, die ActiveX-Schnittstelle wegen "der wachsenden Migration von COM (d. H. ActiveX-Steuerelement) zu .NET-Technologie innerhalb der Windows® Entwickler-Community" einzustellen. Kann mir jemand mehr darüber erzählen? Gibt es Pläne von Microsoft, die COM-Interop-Schnittstelle in zukünftigen .NET-Versionen zu löschen oder gibt es andere große aktuelle und zukünftige Probleme, über die ich nicht nachgedacht habe? Oder ist das eher Geschmackssache, als einen neuen Fernseher zu kaufen, weil es besser aussieht?
Ich frage mich auch, ob es eine Art von ActiveX RAD Ersatz gibt, wo von der Benutzerseite ich ein Steuerelement auf mein Formular ziehen und ablegen, alle Parameter grafisch einstellen und damit fast fertig sind.