com - 如何在插件体系结构中进行免注册的COM

Question

我们使用 list 文件来执行免注册的COM，正如我在this other question中已经详细说明的那样。

现在，我们尝试将免注册COM与支持插件的应用程序一起使用。插件是OCX文件，可以在已经安装主应用程序之后将其添加到主应用程序的文件夹中。

但是，这意味着主应用程序的 list 文件将需要由插件安装程序修补。这似乎是一件危险且容易出错的事情，尤其是在可以安装多个插件的情况下。

有没有办法以某种方式拆分主应用程序的 list 文件，以便每个插件可以安全地将其自己的部分添加为单独的文件？还是修补 list 文件的另一种安全方法？

如果相关的话:我们使用wix创建我们的安装程序。

Answer 1

我不建议修改应用程序的 list 文件。那似乎很脆弱，并且只有在可写位置上才能工作。

在进程启动时，应用程序的 list 用于生成“激活上下文”，将其作为进程范围的激活上下文推送。但是每个线程还具有一个激活上下文堆栈，可以直接对其进行操作。查找COM注册数据时，给定线程上的操作既查看堆栈上的最高上下文，也查看整个进程范围内的激活上下文。

建议在任何时候需要将插件代码调用到COM时，都应在线程上激活特定于插件的 list 。可以通过以下两种方法之一轻松完成此操作:

将特定于插件的 list 作为ID2 list 嵌入到插件中，并使用定义的宏ISOLATION_AWARE_ENABLED进行编译。基本上，这包装了需要 list 中的上下文才能自动激活和停用调用周围正确的激活上下文的常见Windows API。

在插件所有入口点周围的线程上激活/停用适当的激活上下文。这是通过activation context APIs完成的。使用激活context management object最容易做到这一点。