InfoQ 之前曾报道过,Visual Studio 2010 将会配备 WiX 3.0。相对于当前使用的 Visual Studio 安装项目,Wix 更加灵活。而且它支持托管代码和 Windows Installer 进行交互。程序员可以使用 C#、VB.NET 或其他任何.NET 编程语言。它也支持调试,这个曾让安装创建者头痛的问题。
通过 WiX 的发布工具基础 (Deployment Tools Foundation,DTF) 来支持托管自定义操作 (CA’s),开发人员不再需要使用 C++ 或者脚本语言(VB Script 或 JavaScrip)编写 CA’s。DTF 可以使用 msi.dll 中的托管.NET 包装,让用户访问完整的 MSI API。用 C#编写的 CA 方法如下所示:
[CustomAction] public static ActionResult CustomActionName(Session session) { ... }
CustomAction 特性用于标识该方法为 CA。Session 对象让开发人员访问 Windows Installer API,它可以查询 MSI 数据库、访问属性等等。这和过去用脚本和 C++ 代码编写的 CA’s 非常类似。
要在 WiX 中使用前面的 CA,必须注册 WiX 项目,代码如下所示:
<CustomAction Id="someID" BinaryKey="someKey" DllEntry="customActionName" Execute="immediate" Return="check" /> <Binary Id="someKey" SourceFile="someCustomAction.CA.dll" />
UISequence 中执行 CA,如下所示:
<InstallUISequence> <Custom Action="someID" After="CostFinalize" Overridable="yes">NOT Installed</Custom> </InstallUISequence>
WiX 3.0 也给所有的 WiX 用户提供系列默认操作,事实上它们都是 CA’s。下面列举部分可用的默认操作:
- IIS
- Com+
- MSMQ
- SQL
WiX 3.0 文档中有详细的信息。
下面的例子显示了 IIS 中创建新 Web 站点的 Wix 源代码:
<iis:WebSite Id='DefaultWebSite' Description='Default Web Site'> <iis:WebAddress Id='AllUnassigned' Port='80' /> </iis:WebSite>
很多开发人员都询问 Windows Installer 团队为什么不支持托管自定义操作。Wix 的开发组长 Rob Mensching 解释道:
一年前,我、Carolyn (MSI Dev 经理) 和两位 Windows 架构师讨论过托管代码自定义操作,并把最终的结果发布到博客上。博文提出了两个问题。第一个是技术问题,即托管代码自定义操作需要运行在单独的线程中。第二个问题是 Windows 平台制定了减少自定义操作的战略目标。我发布那篇博文的时候,DTF 就是面临着这两个问题。发布博文的一个月以后,Jason 解决了当中的技术难题,通过实现进程间通讯机制把托管自定义操作转移到单独的进程中,但仍可以和 Windows Installer 通讯。
2009 版的 InstallShield 也支持自定义托管操作,针对Rob 提出的两个问题有着不同的解决方案,但是不支持调试。Christopher Painter 谈到他认为 DTF 更好用的原因:
- 通过合适的 CLR 版本,DTF 解决了分离 msi 进程的难题
- MakeSfxCa 在依赖性方面更加灵活和直观
- 从 C#开发人员的角度来说,MSI 互操作对象模型更好用
- 可对主进程进行调试
- 开发源代码更易于发现问题和解决问题,尽管需要我们自己动手
- 没有使用上的限制。它有多种使用方式,我们可以建立和使用自定义操作,包括集成到 InstallShield(这正是我在尝试的方式)。
WiX 3.0 即将发布。当前仍需修正一些Bug ,同时等待Visual Studio 小组以便和Visual Studio 的附加程序Votive 进行集成。最新的版本是3.0.5006.0,我们也可以下载每周编译版本 。
查看英文原文: Managed Custom Actions with Visual Studio 2010 and WiX 3.0
评论