Wix RegistrySearch vs util:Burn中的RegistrySearch
我正在使用它来构建一个WiX引导程序。我意识到如下所示的RegistrySearch实际上并没有搜索注册表。我曾经监视注册表访问Wix RegistrySearch vs util:Burn中的RegistrySearch,wix,windows-installer,Wix,Windows Installer,我正在使用它来构建一个WiX引导程序。我意识到如下所示的RegistrySearch实际上并没有搜索注册表。我曾经监视注册表访问 <Property Id="NETFX35VERSION" Secure="yes"> <RegistrySearch Id="RegSearchNetFx35" Root="HKLM" Key="SOFTWARE\Microsoft\Net Framework Setup\NDP\v3.5" Name="Ve
<Property Id="NETFX35VERSION" Secure="yes">
<RegistrySearch Id="RegSearchNetFx35" Root="HKLM"
Key="SOFTWARE\Microsoft\Net Framework Setup\NDP\v3.5"
Name="Version" Type="raw" />
</Property>
WiX Burn tool是否会出现这种行为?
属性
和注册表搜索
是.msi软件包的概念。捆绑包(引导程序)不由MSI引擎处理,因此它们有其他概念,如和。它们是相似的,通常捆绑包在搜索中比MSI同类产品具有更多的功能。在Burn中是否应该使用属性
?我很好奇为什么它不能在Burn中使用。不,属性在bundle中无效,不能用作bundle元素的子元素:。它可以存在于从Bundle引用的片段中。当前,WiX在执行此操作时不会显示警告或错误。这是一个合理的功能要求:所以您是说'ExePackage'的DetectCondition
和InstallCondition
使用的是wix变量,而不是属性。例如,DetectCondition=“NETFX35VERSION AND(NETFX35VERSION=v3.5.30729.1)”InstallCondition=“NOT NETFX35VERSION OR(NETFX35VERSION v3.5.30729.1)”>
当然听起来非常合理和合乎逻辑。只是我希望他们不是在所有的上限设置和困惑的平均wix用户。
<util:RegistrySearch Root="HKLM"
Key="SOFTWARE\Microsoft\Net Framework Setup\NDP\v3.5"
Value="Version"
Variable="NETFX35VERSION" />