使用VB6开发无Reg-COM应用程序
我正在维护一个带有许多COM组件（DLL和OCX）的VB6应用程序。为了简化开发和部署，我想使用免注册的com。开发的问题是应用程序在VB6.EXE实例中运行。我如何欺骗VB6使用我的（未注册的）组件？在分支之间切换时，不必经过注册/取消注册组件非常重要。为VB6生成.manifest文件不是没有问题，但有其他更优化的方式来启动VB6.EXE时指定.manifest文件吗？使用VB6开发无Reg-COM应用程序
注意：Activation Context API似乎没有帮助，即使在开发环境中使用。
解决方案，我想：
- ，从清单激活上下文并启动VB6作为一个子进程一个实用程序（不工作;进程不继承激活上下文）
- 在启动时将上下文激活注入VB6进程（太复杂;必须破解可执行文件才能做到这一点）
- 在激活正确的上下文之后在我自己的进程中托管VB6（甚至无法确定这是否可能）
- 使用VB6加载项或其他功能这VB6激活上下文中运行Y（试过，但它似乎不工作）
更新1月16日
正如wqw的建议，我做了一些测试用VB。 exe.manifest。该VB6.exe.manifest工作，与一些注意事项：
- 清单中指定的DLL的SxS将不会出现在引用窗口上实际上并没有引用该组件
-
在那做项目工程引用将它示出了根据下列顺序驻留在目录中的组件：
- 记录在项目文件（如果文件仍然存在）的路径名
- 的路径名，就好像它在居住与t相同的文件夹他项目（vbp）
如果该文件不在任何这些文件夹中，该项目将无法编译（只是运行该代码导致VB6中的内部编译）与消息“无法找到项目或库”。
显然，VB6 actualy扫描注册表中找到COM组件和验证，在编译过程中，它们的存在，他们说他们的存在。我不确定如果我真的想要使用VB6.exe.manifest来重定向COM组件实例化，这可能意味着什么。也许虚拟组件文件在某个预定义的位置可能会使VB6相信所有东西都是它应该是的，尽管一组完全不同的组件被加载使用。
进一步更新：
我做了这最后的假设一个测试，它被证明是假的。组件必须实际存在才能编译项目。它甚至必须正确加载（不接受虚拟的，零长度的文件！）。现在我甚至不确定清单是否有效。这是一个更耗时的测试（需要一个包含两个版本的组件，产生不同的结果，一个用于项目，另一个用于清单）。
我们解决这个问题的方法是编写一个构建辅助程序，它可以注册和注销组件，运行VB6编译器，甚至可以在界面更改时使用更新的GUID重写项目文件。你会把它交给一个VBG项目组，剩下的就完成了。
我想我们也可以在切换分支时添加未注册组件的模式。
您是否遵循使用“兼容性”二进制文件的做法？您不应该在构建位置使用二进制文件来兼容性引用 - 您应该提交一个单独的副本到版本控制，并配置您的项目以考虑“兼容”版本 - 只在您中断接口时更改此文件。
您是否为单个免注册DLL/OCX尝试使用手动VB6.exe.manifest？我不认为它会按预期工作。 – wqw
其实......不。但是人们报告说他们已经成功完成了。我会尝试一下，然后回到你身上。 – Doc
我试图让VB6运行一个清单为了调试一个regfreecom dll，但它在运行时抛出一个错误 - 你的vb6.exe.manifest的工作内容是什么？ –