使用VB6 COM DLL作为后台.NET代码的shell或接口

我有一个广泛使用，但旧的VB6 COM DLL，需要额外的功能。我想摆脱旧的DLL，但至少有27个应用程序使用它，我不想重新编译

有没有一种方法可以使用旧的VB6 COM DLL和它所有的COMie-ness作为shell或接口，它背后的.NET代码实际执行所有的处理

我们的目标是让27个应用程序认为旧的DLL仍在处理中

如果这个想法能够实现的话，我只需要部署新的DLL，27个应用程序将从此过上幸福的生活

---

这样做可能吗？

为什么要使用旧的DLL？将其替换为等效的.NET COM对象

---

如有必要，您的替换对象可以创建旧COM对象的实例，并将某些行为委托给该旧对象。

您可以将.net应用程序编写为一个实例。这将使新的.net代码COM+可见，允许您通过旧的COM+代码添加对此新组件的引用

---

使用相同的技术，理论上可以创建一个.net组件，该组件具有与VB6/COM相同的特性，包括相同的CLSID。由于我在这方面没有丰富的经验，我只想说明它的可能性。

我不知道如何实施这样的解决方案。你能推荐一些参考资料或例子吗。