我对任何一般建议感兴趣，但这里有几个具体问题：
>如果我有一个空的目录，安装程序需要创建我应该
在目录或其父组件上设置KeyPath =“yes”？如果是这样的话
不是空的？
>如果文件在每个组件文件中的情况下具有KeyPath =“yes”，是否
必要或良好的做法将其设置在其父组件上？
我读到某处，而不是在一个文件上设置KeyPath，而不是
应该使用每个文件的注册表项，并设置KeyPath =“是”
注册表元素…这是真的吗？
谢谢！
编辑#1 – 澄清re：目录
我知道目录没有KeyPath，但在我的问题没有明确/详细。
主要是，当一个空目录必须创建时，我对组件上的KeyPath的使用感到好奇。在这种情况下，我看到KeyPath =“是”在父组件上设置。但是，这足以让安装程序检测/修复缺少的空文件夹？还是应该与注册表项一起使用？示例代码段：
<Directory Id="LOGS" Name="Logs">
<Component Id="LogsDir" Guid="*" KeyPath="yes">
<CreateFolder Directory="LOGS" />
</Component>
</Directory>
This value points to a file or folder belonging to the component that
the installer uses to detect the component.
所以，如果您为每个组件创建1个文件，那么当您不小心删除文件时，您将不会面临这种情况，并且修复没有将其返回。如果您为每个组件创建N个文件，则无论如何，您都可以选择其中一个作为KeyPath(并且WiX文档鼓励您明确执行此操作)，或者添加额外的注册表项，并将其作为KeyPath。
回到你的问题：
If I have an empty directory that installer needs to create should I
set KeyPath=”yes” on Directory or
If a File has KeyPath=”yes” in a file-per-component scenario,is it
necessary or good practice to set it on its parent Component?
不，基本上这没有意义。如果Component具有KeyPath =“yes”，则安装此组件的目录将成为关键路径。当您明确地将其设置为File时，显然该文件是一个关键路径。
I read somewhere that instead of setting KeyPath on a File,one should
use a Registry key for each File and set KeyPath=”yes” on Registry
element…Is that really true/necessary?
这听起来像废话。再次，基于KeyPath的一般需要 – 检测组件。为什么需要额外的注册表项来检测文件系统上是否存在文件？对于每个组件场景的N个文件，当您为每个组件(即N个文件)创建1个注册表项，并且让Windows Installer根据该注册表项判断该组件是否被视为“未破碎”，这可能是有意义的。
更新：您不必引入一个注册表项，仅用作一个关键路径来帮助安装程序跟踪一个空文件夹。如果您将KeyPath =’yes’添加到父组件就足够了。
不要使事情复杂化Windows Installer是非常复杂的。
