spark
spark copied to clipboard
[FEATURE REQUEST]: Stop targeting .net standard (both 2.0 and 2.1)
Is your feature request related to a problem? Please describe.
For simplicity, does it make sense to stop targeting .net standard and to only target .net 8? I don't think other github projects will consume from this one very often. I don't think we gain anything from targeting .net standard. I think it is far more common to target .net 6 and .net 8, without the .net standard cruft.
Describe the solution you'd like
With the next round of project file changes, I propose targeting .net 8 and nothing else.
Describe alternatives you've considered
In the very least we should remove .net standard 2.1 and only target .net standard 2.0.
I think .net standard 2.1 was an odd duck. It is an overkill and unnecessary here. Also I don't think it is supported by the MessagePack serialization dependendy.
Additional context
I was in the process of trying to migrate to .net 8 with MessagePack and I noticed the unusual platform targeting capabilities in this community. I think the capabilities are somewhat dated now that .net 8 is LTS. I think we would benefit from simplifying our targeting of platforms.
I agree with you. The project should support the .NET standards.
I also think we should start targeting only modern platforms (Either .net6+, with C#10, or .net8 with C#12). Sticking to .net std 2.0 means we can only use C#8 syntax, and lack improved performance and convenience tools.
@wudanzy what's your opinion on it?
I agree with you, I think we should stop supporting that.
I also think we should start targeting only modern platforms (Either .net6+, with C#10, or .net8 with C#12). Sticking to .net std 2.0 means we can only use C#8 syntax, and lack improved performance and convenience tools.
@wudanzy what's your opinion on it?
It is possible to use newer C# versions in netstandard projects.
Also for this whole discussion. Is netstandard actually holding this project back? Not that long ago i had to request a similar project add netstandard 2.0 as a target framework. It wasnt hard for them to do as they were already compliant. Just took adding an extra target framework to the csproj file.
Netframework is still being used despite no longer being maintained, so i hate to see projects moving away from netstandard 2.0 when there are no necessary features to be gained from the newer versions