在.NET 6.0 WPF中使用Folder Browser遇构建失败问题求助

直接通过浏览方式添加System.Windows.Forms.dll引用是错误的做法，这会导致版本不兼容、依赖缺失，进而引发构建崩溃。.NET 6+的SDK风格项目需要通过规范的方式引入Windows Forms组件，以下是可行的解决步骤：

• 移除错误的手动引用
  先右键项目 → 引用，找到之前手动添加的System.Windows.Forms.dll，删除它；然后右键项目 → 清理，清除残留的构建缓存。

• 通过NuGet添加官方包
  打开NuGet包管理器，搜索System.Windows.Forms，安装与.NET 6匹配的官方稳定版本；或者直接在项目的.csproj文件中添加以下配置：

  <PackageReference Include="System.Windows.Forms" Version="6.0.2" />
  

  （版本号可根据实际情况选择对应.NET 6的最新稳定版）

• 配置项目支持Windows Forms
  在WPF项目的.csproj文件中，确保添加UseWindowsForms配置项，让项目同时兼容WPF和Windows Forms：

  <PropertyGroup>
    <OutputType>WinExe</OutputType>
    <TargetFramework>net6.0-windows</TargetFramework>
    <UseWPF>true</UseWPF>
    <UseWindowsForms>true</UseWindowsForms>
  </PropertyGroup>
  

• 正常调用FolderBrowserDialog
  完成上述配置后，就可以在WPF代码后台正常使用文件夹对话框了：

  using System.Windows.Forms;
  
  private void OpenFolderBtn_Click(object sender, RoutedEventArgs e)
  {
      using var folderDialog = new FolderBrowserDialog();
      if (folderDialog.ShowDialog() == DialogResult.OK)
      {
          string selectedFolder = folderDialog.SelectedPath;
          // 处理选中的路径逻辑
      }
  }
  

手动引用本地dll之所以会失败，是因为.NET 6的System.Windows.Forms组件是作为NuGet包发布的，包含了完整的依赖链（比如System.Drawing.Common等），手动添加单个dll会破坏SDK的依赖管理机制，导致版本冲突或缺失必要组件，最终引发构建异常。

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