为什么在VDPROJ上使用Windows Installer XML（WiX）？

Question

当我们使用内置的.net MSI安装程序时，为什么要选择Windows Installer XML（WiX）？

Answer 1

我需要几个小时来讨论我讨厌VDPROJ的一切。我不会，因为在我的（专家）意见中，VDPROJ糟透了已经解决的法律。如果您的安装非常简单，以至于您没有发现任何问题，那就是我的猜测并坚持下去。但是如果你已经发现自己正在试图让它去做它不做的事情的工具，那么请接受我的建议并快速转储给WiX。

我讨厌VDPROJ的10件事

1. 没有MSBuild支持。当然，你可以从命令中调用devenv 虽然它不是那么好。
2. 没有揭露关键概念 一个组件。每个文件/ reg键都是它自己组件的密钥文件。
3. 没有完全排除自动依赖项扫描的有效方法。
4. 快捷方式始终是广告
5. 无法描述服务。
6. 无法描述导致过度使用自定义的许多内容 动作。
7. 无法精确控制调度/执行 自定义操作。太抽象了。
8. 抽象是错误的。递延 CA的计划是假冒，在Vista上打破。
9. 各种限制导致您按摩构建的MSI的路径 在postbuild期间绕过所有的限制。结果a 非常差的构建自动化黑客。
10. 合并模块目录表 是不正确的作者。
11. 其他100件事我不知道 记得现在。

Answer 2

与其他设置开发工具（包括VS安装项目）相比，introduction of WiX tutorial提供了有关WiX优势的基本概念：

• 陈述性方法
• 不受限制地访问Windows 安装程序功能
• 源代码而不是基于GUI 汇编信息
• 完全融入应用程序 构建流程
• 可能与应用程序集成 发展
• 支持团队发展，两者兼而有之 内部和第三方
• 免费，开源

希望这有帮助。

Answer 3

Visual Studio部署包只能由visual studio构建。它们不能使用普通的MSBuild命令行构建，这使得它们不太适合于例如MSBild命令行。构建服务器。

Answer 4

以上所有答案都包含了Visual Studio安装项目（.VDPROJ）的大部分烦人功能，这是大多数人都错过的一件事。

  

.VDPROJ文件格式是这样的，如果我们做一个小的   更改为单个条目，它完全重写所有条目   其中使得无法合并来自2个不同的更改   分支。

Answer 5

1. 我们中的一些人不想使用/不能使用.NET安装程序。
2. 我们中的一些人不希望安装Visual Studio来分发程序，例如Borland Delphi。 WiX和.NET彼此无关。
3. WiX提供了比.NET安装程序更完整的功能集。