升级WiX 4到WiX 5时，能否将CustomAction迁移至.NET 8？

可以实现，WiX5完全支持将CustomAction迁移到.NET8或非.NET Framework平台，且能满足你移除.NET4.8前置依赖的需求，具体情况和操作要点如下：

一、迁移到.NET8 CustomAction #

• WiX5正式支持基于.NET8的托管CustomAction，核心依赖是WixToolset.Dtf.CustomAction NuGet包（需安装与WiX5版本匹配的包）。
• 迁移时需将原CustomAction项目从.NET Framework4.8转为.NET8-windows目标框架，注意替换.NET Framework特有的API：比如将System.Configuration的旧用法替换为.NET8的Microsoft.Extensions.Configuration，避免使用仅.NET Framework支持的Windows Installer过时API。
• 编译时可配置为自包含部署，这样生成的CustomAction会包含.NET8运行时的必要组件，目标机器无需提前安装.NET8 runtime，彻底消除托管依赖。

二、非.NET Framework的替代方案 #

如果不想依赖任何.NET平台，还有两种选择：

• 原生C++ CustomAction：WiX5完全支持原生C++编写的CustomAction，编译为原生DLL后无任何托管依赖，性能也更高。
• WiX内置标准动作：很多常见需求（如文件复制、注册表操作、服务管理等）无需自定义代码，WiX5内置了大量标准CustomAction，直接配置即可实现，能减少维护成本。

三、升级与迁移的关键步骤 #

1. 升级WiX项目到WiX5：更新项目中所有WiX相关NuGet包到5.0.0版本，调整少量废弃语法（WiX5相对于WiX4的语法变动极小）。
2. 迁移CustomAction代码：
   • 新建.NET8-windows类库项目，安装对应版本的WixToolset.Dtf.CustomAction包。
   • 迁移原CustomAction逻辑，替换不兼容的API，确保代码能在.NET8下正常编译运行。
   • 在WiX项目中引用新的CustomAction DLL，调整CustomAction元素的DllEntry等配置项，保证安装流程能正确调用。
3. 验证测试：在未安装.NET4.8和.NET8 runtime的干净机器上测试安装包，确认CustomAction正常执行，无依赖报错。

内容的提问来源于stack exchange，提问作者TrinaE