基于.NET Framework4.7.2的WebForms项目使用EF Core3.1是否值得？

核心现状梳理 #

• 你的UI层是基于.NET Framework 4.7.2的WebForms，无法直接引用.NET Core类库
• 旧版ORM存在维护或性能痛点，计划替换为EF Core，但EF Core 5及以上版本不再支持.NET Framework，仅EF Core 3.1兼容.NET Framework 4.7.2

用EF Core 3.1是不是浪费精力？分两种情况判断 #

1. 短期（1-2年）内无UI层升级计划：完全值得

EF Core 3.1作为LTS版本，虽官方支持已结束，但它能切实解决旧ORM的核心问题——比如更现代化的查询API、更优的性能、成熟的社区解决方案。用它重构业务层，能摆脱旧ORM的维护包袱，同时积累EF Core的使用经验：未来若升级UI到.NET Core，大部分EF Core代码逻辑可直接复用，仅需调整项目目标框架和少量API差异。

2. 长期（1年内）有UI层迁移到.NET Core的计划：谨慎考虑

如果已确定要逐步将WebForms迁移到ASP.NET Core（比如用Blazor、Razor Pages过渡），现在用EF Core 3.1确实存在重复劳动。不如先维持旧ORM，等UI迁移到.NET Core后，直接在新业务层使用EF Core最新版本（如EF Core 8），一步到位。

替代方案参考 #

若不想绑定到EF Core 3.1的生命周期，还有两个务实选择：

• 升级旧ORM：如果旧ORM有支持.NET Framework 4.7.2的最新版本，优先选择升级，成本最低，无需重构业务层代码
• 改用Dapper：轻量型ORM，完全兼容.NET Framework 4.7.2和.NET Core，性能优异、学习成本低，未来迁移到.NET Core时几乎无需修改代码，适合对ORM功能需求不复杂的场景

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