我的 Wix 安装程序是否应该使用我的 DLL 中的 guid？答案

【问题标题】：Should my Wix installer use guids that are in my DLL?我的 Wix 安装程序是否应该使用我的 DLL 中的 guid？
【发布时间】：2015-11-25 17:01:48
【问题描述】：

推出适用于多种语言和平台的产品？不是我。我只想创建一个返回“Hello World”的单一方法 DLL 并将其安装在我自己的计算机上，然后通过 Classic ASP 或 MS Access 与其通信。

DLL 中的代码没有问题。发现所有相关的属性表并正确填写它们是。在尝试安装后，查看哪些属性表值用作文件路径、哪些在注册表中、哪些在安装/卸载页面中等等，这几乎是可笑的。谁会期望 INSTALL PROJECT 的名称用作 ACTUAL PRODUCT 的文件路径？

但是今天我的问题仅限于此：我的 WiX 项目中的任何 GUID 是否也应该在我的 DLL 中找到？我的界面和类都有 GUID。这些是否需要在安装程序代码中，以便安装程序可以将它们添加到注册表中？（或者注册表中是否需要这些 GUID？如果没有，那么它们是如何使用的？）

只是想创建一个简单的测试来看看有什么效果！

【问题讨论】：

【解决方案1】：

如果您的 Dll 中有需要注册的 COM 类，那么一般的答案是查看 heat.exe，WiX 收集工具。例如这里的答案：

【讨论】：

我正在firegiant.com/wix/tutorial/com-expression-syntax-miscellanea/… 试用示例。据说要添加这个：xmlns:complus=schemas.microsoft.com/wix/ComPlusExtension。但它不会建立。该架构 URL 无效。
我接受这个答案，但在尝试使用它时，提出了以下问题：WiX 稳定吗？ WiX 可行吗？示例代码似乎已过时。 WiX 文档的结构似乎有了很大的发展。我正在尝试拼凑一个简单的“你好，世界”应用程序，它可以作为非托管代码（经典 ASP）的 COM 服务器。到目前为止没有成功。
WiX 被用于几个高调的 Microsoft 设置 - 这很好。您的帖子中没有足够的细节来明确。您的 COM Dll 是托管代码吗？ C++？你想要 COM+ 吗？这一切都有效。 Firegiant 教程和 wix-users 邮件列表应该会有所帮助。