微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

Wix:在组件,目录,文件,注册表等上使用KeyPath

在使用WiX之后阅读 this answer“每个组件一个文件方法后,我很好奇,以了解在包括组件,目录,注册表等在其他元素上使用KeyPath属性时最佳做法是什么。

我对任何一般建议感兴趣,但这里有几个具体问题:

>如果我有一个空的目录,安装程序需要创建我应该
在目录或其父组件上设置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>
一般来说,您应该根据KeyPath选项的主要思想做出决定。从 MSDN

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

Directory元素没有KeyPath属性

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是非常复杂的。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


Windows注册表操作基础代码 Windows下对注册表进行操作使用的一段基础代码Reg.h:#pragmaonce#include&lt;assert.h&gt;#include&lt;windows.h&gt;classReg{HKEYhkey;public:voidopen(HKEYroot
黑客常用WinAPI函数整理之前的博客写了很多关于Windows编程的内容,在Windows环境下的黑客必须熟练掌握底层API编程。为了使读者对黑客常用的Windows API有个更全面的了解以及方便日后使用API方法的查询,特将这些常用的API按照7大分类进行整理如下,希望对大家的学习有所帮助。一
一个简单的Windows Socket可复用框架说起网络编程,无非是建立连接,发送数据,接收数据,关闭连接。曾经学习网络编程的时候用Java写了一些小的聊天程序,Java对网络接口函数的封装还是很简单实用的,但是在Windows下网络编程使用的Socket就显得稍微有点繁琐。这里介绍一个自己封装的一
Windows文件操作基础代码 Windows下对文件进行操作使用的一段基础代码File.h,首先是File类定义:#pragmaonce#include&lt;Windows.h&gt;#include&lt;assert.h&gt;classFile{HANDLEhFile;//文件句柄publ
Winpcap基础代码 使用Winpcap进行网络数据的截获和发送都需要的一段代码:#include&lt;PCAP.H&gt;#pragmacomment(lib,&quot;wpcap.lib&quot;)//#pragmacomment(lib,&quot;ws2_32.lib&quot;)#
使用vbs脚本进行批量编码转换 最近需要使用SourceInsight查看分析在Linux系统下开发的项目代码,我们知道Linux系统中文本文件默认编码格式是UTF-8,而Windows中文系统中的默认编码格式是Gb2312。系统内的编码格式有所区别倒无伤大雅,关键的是SourceInsigh...
缓冲区溢出攻击缓冲区溢出(Buffer Overflow)是计算机安全领域内既经典而又古老的话题。随着计算机系统安全性的加强,传统的缓冲区溢出攻击方式可能变得不再奏效,相应的介绍缓冲区溢出原理的资料也变得“大众化”起来。其中看雪的《0day安全:软件漏洞分析技术》一书将缓冲区溢出攻击的原理阐述得简洁
Windows字符集的统一与转换一、字符集的历史渊源在Windows编程时经常会遇到编码转换的问题,一直以来让刚接触的人摸不着头脑。其实只要弄清Win32程序使用的字符编码方式就清楚了,图1展示了一个Win32控制台项目的属性中的字符集选项。这里有两个不同的字符集:一个是Unicode字符集,另一个
远程线程注入引出的问题一、远程线程注入基本原理远程线程注入——相信对Windows底层编程和系统安全熟悉的人并不陌生,其主要核心在于一个Windows API函数CreateRemoteThread,通过它可以在另外一个进程中注入一个线程并执行。在提供便利的同时,正是因为如此,使得系统内部出现了安全
windows系统启动项怎么打开