You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are a lot of niggles around our continued support for netstandard20. To name the most painful of them:
Poorer support for language features such as nullable or missing support for other features or libs (Timers etc.)
Lack of EF support for netstandard20 (we multi-target, but to deprecated packages)
Now we could work around this. We could use polyfils to fix the missing language features, and we could just drop support gradually, as an assemblies dependencies drop netstandard20, we follow along. That might allow us to keep the core on netstandard20 longer.
But the real question here is: is it worth it?
Should we just drop netstandard20 support in V10.
Do we exist in scenarios where the folks who use us need netstandard, and if they do, could persist on v9
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
There are a lot of niggles around our continued support for netstandard20. To name the most painful of them:
Now we could work around this. We could use polyfils to fix the missing language features, and we could just drop support gradually, as an assemblies dependencies drop netstandard20, we follow along. That might allow us to keep the core on netstandard20 longer.
But the real question here is: is it worth it?
Do we exist in scenarios where the folks who use us need netstandard, and if they do, could persist on v9
Beta Was this translation helpful? Give feedback.
All reactions