我的Wix安装程序应该使用DLL中的guid吗？
为多种语言和平台推出产品？不是我。我只想创建一个返回“Hello World”的单方法DLL，并将其安装在我自己的计算机上，然后从经典ASP或MS Access与之通信 DLL中的代码没有问题。查找所有相关的属性表并正确填写它们是非常重要的。在尝试安装之后，看到哪些属性表值被用作文件路径、哪些在注册表中、哪些在安装/卸载页面中，诸如此类，简直是滑稽可笑。谁会期望安装项目的名称被用作实际产品的文件路径 但今天我的问题仅限于此：我的WiX项目中的任何GUID是否也应该在我的DLL中找到？我的接口和类都有guid。这些是否需要在安装程序代码中，以便安装程序可以将它们添加到注册表中？（或者注册中心需要这些guid吗？如果没有，那么它们是如何使用的？）我的Wix安装程序应该使用DLL中的guid吗？,dll,com,wix,registry,guid,Dll,Com,Wix,Registry,Guid,为多种语言和平台推出产品？不是我。我只想创建一个返回“Hello World”的单方法DLL，并将其安装在我自己的计算机上，然后从经典ASP或MS Access与之通信 DLL中的代码没有问题。查找所有相关的属性表并正确填写它们是非常重要的。在尝试安装之后，看到哪些属性表值被用作文件路径、哪些在注册表中、哪些在安装/卸载页面中，诸如此类，简直是滑稽可笑。谁会期望安装项目的名称被用作实际产品的文件路径 但今天我的问题仅限于此：我的WiX项目中的任何GUID是否也应该在我的DLL中找到？我的接口和类
只是尝试创建一个简单的测试，看看什么是有效的 如果Dll中有需要注册的COM类，那么一般的答案是查看WiX获取工具heat.exe。例如，这里的答案是：
我正在尝试在。表示添加以下内容：xmlns:complus=。但它不会建立。该架构URL无效。我接受这个答案，但在尝试使用它时，会提出以下问题：WiX稳定吗？WiX可行吗？示例代码似乎过时了。WiX文档的结构似乎有了很大的发展。我正在尝试拼凑一个简单的“hello，world”应用程序，它可以是COM服务器到非托管代码（经典ASP）。到目前为止还没有成功。WiX被用于几个备受瞩目的Microsoft设置-很好。你的帖子中没有足够的细节来明确。您的COM Dll是托管代码吗？C++？你想要COM+？这就行了。Firegiant教程和wix用户邮件列表应该会有所帮助。