EF Core 9.0.1 升级导致 Windows Forms 功能失效问题解析

问题背景

在从 .NET 8 升级到 .NET 9 的过程中，开发人员发现了一个奇怪的现象：当将 Entity Framework Core SQL Server 提供程序从 8.0.10 升级到 9.0.1 版本后，WPF 应用程序中所有使用 System.Windows.Forms 命名空间的功能突然失效。受影响的功能包括消息框(MessageBox)、文件夹浏览器对话框(FolderBrowserDialog)以及光标位置(Cursor.Position)等操作。

现象分析

开发人员最初观察到以下症状：

1. 升级 EF Core SQL Server 提供程序后，所有 System.Windows.Forms 相关功能停止工作
2. 回退到 EF Core 8.0.10 版本后问题消失
3. 使用 EF Core SQLite 提供程序时一切正常

典型受影响的代码包括：

• 获取屏幕光标位置
• 使用文件夹浏览器对话框
• 显示消息框并处理用户响应

根本原因

经过深入调查，发现问题实际上源于 EF Core 8.0.10 版本意外包含了 System.Windows.Forms 命名空间的引用。这使得开发人员在 WPF 项目中能够直接使用 Windows Forms 的功能，而实际上 WPF 本身并不包含这些组件。

当升级到 EF Core 8.0.11 及更高版本时，这个意外的引用被移除，导致原本依赖它的代码无法正常工作。这实际上暴露了一个设计上的问题：开发人员错误地依赖了 WPF 中本不存在的 Windows Forms 功能。

解决方案

正确的解决方法是：

1. 对于文件对话框操作，应使用 Microsoft.Win32 命名空间中的 OpenFileDialog 和 SaveFileDialog
2. 对于消息框，应使用 System.Windows 命名空间中的 MessageBox
3. 对于其他特定功能，寻找 WPF 原生的替代方案

迁移后，应用程序将不再依赖 EF Core 版本中的意外引用，从而获得更好的稳定性和兼容性。

经验总结

这个案例提醒我们：

1. 在混合使用 WPF 和 Windows Forms 组件时要明确依赖关系
2. 不应依赖框架中意外的间接引用
3. 升级第三方库时要注意其依赖项的变化
4. WPF 和 Windows Forms 虽然可以互操作，但应有明确的设计边界

通过这次问题排查，开发人员不仅解决了当前问题，还加深了对 WPF 和 Windows Forms 组件交互的理解，为未来的开发奠定了更好的基础。