在F#项目中结合依赖注入使用Application.LoadComponent的问题

核心方案：自定义XAML加载流程，传入DI容器 #

WPF的Application.LoadComponent没有直接支持传入自定义服务提供程序的重载，但可以通过手动使用XamlReader加载XAML资源，并在XamlReaderSettings中指定你的DI容器，让WPF在解析XAML时使用该容器创建带构造参数的对象。

具体实现步骤 #

1. 准备DI容器
   确保你的ServiceProvider已经注册了所有需要的服务，比如FooService：

   let services = ServiceCollection()
   services.AddSingleton<FooService>()
   services.AddTransient<MainWindow>() // 注册带构造参数的MainWindow
   let serviceProvider = services.BuildServiceProvider()
   

2. 手动加载XAML资源
   替换Application.LoadComponent，改用XamlReader.Load并传入配置好的XamlReaderSettings：

   let loadXamlWithDI (uri: Uri) (serviceProvider: IServiceProvider) =
       use stream = Application.GetResourceStream(uri).Stream
       let settings = XamlReaderSettings(ServiceProvider = serviceProvider)
       XamlReader.Load(stream, settings) :?> Window // 根据实际类型转换
   
   // 加载MainWindow的XAML
   let mainWindowUri = Uri("/YourAssemblyName;component/MainWindow.xaml", UriKind.Relative)
   let mainWindow = loadXamlWithDI mainWindowUri serviceProvider
   mainWindow.Show()
   

3. 确保MainWindow的构造参数被正确注入
   你的MainWindow类保持带构造参数的定义即可：

   type MainWindow(foo: FooService) =
       inherit Window()
       // 这里可以直接使用注入的foo服务
   

方案原理 #

WPF的XAML解析器在创建对象时，会优先使用XamlReaderSettings中指定的ServiceProvider来获取实例。由于Microsoft.Extensions.DependencyInjection的ServiceProvider已经实现了.NET标准的IServiceProvider接口，直接传入即可让WPF复用你的DI容器，自动解析构造参数的依赖。

对比备选方案的优势 #

• 无需依赖全局服务引用，避免了全局状态带来的耦合问题
• 子窗口等场景可以复用同一套加载逻辑，直接从DI容器获取实例，代码更整洁
• 完全符合依赖注入的设计原则，依赖关系更清晰

注意事项 #

• 确保XAML文件的生成操作设置为Resource（而非Page，因为Page会编译为BAML，而你需要的是原始XAML资源）
• 注册MainWindow到DI容器时，要根据窗口的生命周期选择合适的生命周期（比如Transient，因为每个窗口实例应该是独立的）

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