Wix/Wix#自定义UI开发能否采用MVVM模式实现？

明确结论 #

该方案完全可行，没有技术上的硬性阻碍，相比传统基于WinForms的实现方式，更适配你已熟练掌握的WPF MVVM技术栈。

可行性的底层依据 #

• Wix#的自定义UI是对WiX Burn引导引擎的托管封装，UI层并未强制绑定WinForms框架，本身原生支持WPF作为自定义UI的实现载体，WinForms只是早期社区示例中常用的选项，并非官方要求的唯一实现方式。
• 开发时仅需按照Wix#的规范实现引导程序交互的相关接口，即可将常规开发的WPF窗口作为安装程序的自定义界面，WPF本身的框架能力不会受到任何限制。

MVVM模式的适配性说明 #

• 常规WPF开发中使用的MVVM分层逻辑（视图与ViewModel解耦、数据绑定、命令实现、属性变更通知等）可以直接复用，不需要为了适配Wix#修改核心架构。
• 安装流程相关的全部交互（包括安装进度更新、安装状态变更、取消/重试安装等Burn引擎的回调事件），只需要将回调参数映射到对应ViewModel的属性上，或在ViewModel中封装对应的命令处理逻辑，完全不需要在视图的后台代码中编写业务逻辑，完全符合MVVM的开发规范。
• 你日常开发使用的各类MVVM工具库（如CommunityToolkit.Mvvm）可以直接在项目中引用，不存在和Wix#的兼容冲突。

实现阶段的关键注意点 #

• 不要直接复用普通WPF项目的默认启动入口，需要在Wix#指定的引导程序宿主初始化入口中，显式完成WPF应用的资源初始化、ViewModel与视图的关联逻辑，避免出现资源加载失败的问题。
• 安装程序运行时的工作目录、权限上下文和普通桌面程序存在差异，需要确保ViewModel中涉及的资源路径、权限请求逻辑适配安装场景，不要直接照搬普通桌面程序的路径规则。
• 尽量不要在视图层的后台代码中直接处理Burn引擎的回调逻辑，所有业务逻辑统一收敛到ViewModel层，保持分层架构的一致性。

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