能否在单个项目升级至Core及EF Core 7.0，其余保留.NET 4.8？

1. .NET 4.8解决方案能否调用Core DLL？ #

可以，但有明确前提：

• 你的Core DLL必须将目标框架设置为.NET Standard 2.0（.NET Framework 4.8原生完全支持该标准）；如果Core DLL是面向.NET 6/7这类纯.NET Core版本的，.NET 4.8无法直接调用。
• 注意：.NET Framework 4.8对.NET Standard 2.1的支持有限，部分API存在兼容问题，优先选择.NET Standard 2.0作为Core DLL的目标框架更稳妥。

2. 升级EF DLL至EF Core是否会破坏原有调用？EF与EF Core的语法差异？ #

直接替换升级会破坏原有代码调用，因为EF（.NET Framework版，即EF6及更早版本）和EF Core的API存在显著差异：

• 命名空间不同：EF6核心API位于System.Data.Entity下，EF Core则在Microsoft.EntityFrameworkCore下，原有代码的using引用会直接失效。
• 核心对象API差异：
  • DbContext的初始化、配置逻辑不同，比如EF6的DbConfiguration在EF Core中被移除，改用OnModelCreating的链式配置或依赖注入模式。
  • 查询相关API：LINQ基础语法虽一致，但EF6特有的方法（如Include的多层级重载、FromSql的用法）在EF Core中有调整，部分旧方法被标记为过时或替换为新API。
  • 迁移、事务、连接字符串配置的逻辑也和EF6有明显区别。
• 实体配置方式：EF6的EntityTypeConfiguration实现方式在EF Core中被简化，改用OnModelCreating内的链式配置或数据注解的不同用法。

如果要升级，不能直接替换DLL，需要：

• 迁移原有EF6的上下文、实体配置代码到EF Core的规范
• 逐一修改业务层中调用EF6 API的代码，适配EF Core的语法
• 若想最小化业务层改动，可以在EF Core DLL中封装一层适配接口，对外暴露和原有EF6 DLL一致的调用方式，但这会增加额外的维护成本。

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