我的 Wix 安装程序是否应该使用 DLL 中的 guid？
Should my Wix installer use guids that are in my DLL?
推出适用于多种语言和平台的产品？不是我。我只想创建一个 returns "Hello World" 的单一方法 DLL 并将其安装在我自己的计算机上，然后从 Classic ASP 或 MS Access 与它通信。
DLL中的代码没有问题。发现所有相关的 属性 sheet 并正确填写它们。在尝试安装后，查看哪些 属性 sheet 值用作文件路径，哪些在注册表中，哪些在 install/uninstall 页面中，等等，这几乎是可笑的。谁会期望安装项目的名称被用作实际产品的文件路径？
但今天我的问题仅限于此：我的 WiX 项目中的任何 GUID 是否也应该在我的 DLL 中找到？我的界面和 class 都有 GUID。这些是否需要在安装程序代码中，以便安装程序可以将它们添加到注册表中？ （或者注册表中是否需要这些 GUID？如果没有，那么它们是如何使用的？）
只是想创建一个简单的测试，看看有什么用！
如果您的 Dll 中有 COM 类 需要注册，那么一般的答案是查看 heat.exe，WiX 采集工具。例如这里的答案：
How to run heat.exe and register a dll in wix
推出适用于多种语言和平台的产品？不是我。我只想创建一个 returns "Hello World" 的单一方法 DLL 并将其安装在我自己的计算机上，然后从 Classic ASP 或 MS Access 与它通信。
DLL中的代码没有问题。发现所有相关的 属性 sheet 并正确填写它们。在尝试安装后，查看哪些 属性 sheet 值用作文件路径，哪些在注册表中，哪些在 install/uninstall 页面中，等等，这几乎是可笑的。谁会期望安装项目的名称被用作实际产品的文件路径？
但今天我的问题仅限于此：我的 WiX 项目中的任何 GUID 是否也应该在我的 DLL 中找到？我的界面和 class 都有 GUID。这些是否需要在安装程序代码中，以便安装程序可以将它们添加到注册表中？ （或者注册表中是否需要这些 GUID？如果没有，那么它们是如何使用的？）
只是想创建一个简单的测试，看看有什么用！
如果您的 Dll 中有 COM 类 需要注册，那么一般的答案是查看 heat.exe，WiX 采集工具。例如这里的答案：
How to run heat.exe and register a dll in wix