-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add target framework changes to breaking changes document #3915
Comments
@theCuriousOne supported .NET implementations for each EF Core version are documented on this page. In general, EF Core versions require the corresponding .NET version (so EF Core 6 requires .NET 6). Our experience has been that users wanting to upgrade to newer versions of EF generally also want to upgrade to newer versions of .NET; the typical upgrade process would be to first upgrade .NET, and then EF. Older versions (e.g. 3.1) are supported for users not willing to make the upgrade right away. |
@roji Thank you for the quick response and the link. |
@theCuriousOne that's correct - and it's by-design. Requiring EF Core to continue targeting old TFMs (e.g. .NET Standard) would prevent the library from taking advantage of newer features, and make things worse for new users. Note that the same strategy is taken e.g. by ASP.NET Core. Once again, it's quite rare that we see someone wanting to upgrade to a new version of EF without also being willing to upgrade .NET; and that logic applies to libraries depending on EF Core as well. When a new version of EF Core comes out, if you want to use it, you'd frequently need a new version of that library anyway (e.g. since major versions may contain breaking changes). So as libraries are updated for the new EF Core, they themselves also need to target the new minimum TFM. I do understand that this may make adoption slower fo newer versions of EF Core in some cases, since libraries must be updated. But the alternative would be to keep EF Core always targeting older TFMs, which is also a bad thing. |
I think the main point is missed it the last conversation @roji . I just wanted somewhere in the migration documentation to be stated that the Maybe that is "indirectly implied" or "assumed by default" for many, and I am the black sheep :) |
@theCuriousOne I think you have a fair point. While we do try to make it clear in the docs, it might be a good idea to explicitly list this in breaking changes. We will discuss. |
@theCuriousOne you're right, I understood this as a general discussion on which .NET version EF should target, and not as a documentation question! |
The previous versions (5.0.x) were dependent on the .NETStandard 2.1, but the new version (6.0.x) is dependent only on .net6. In my opinion this is a breaking change which I haven't found it documented anywhere. It means I have to convert libraries which are shared and force everyone to upgrade to .net 6 (not a bad thing, but not all projects move with the same pace)
The text was updated successfully, but these errors were encountered: