.NET SDK(s)
Why are there two packages for .NET? In the world of interoperability between .NET and .NET Core, there are two options:
1. Target the .NET Standard and have one version that works for both frameworks
2. Multiple targeted versions with one NuGet package. When the install occurs, it checks which framework and delivers the proper version.
Split.io has created two different NuGet packages, so that clients have to make a decision to use one or the other. If we are trying to create an abstraction that will be released as a NuGet package, we are now forced to release a .NET and .NET core version instead of choosing one of the two options above.
Any chance of fixing this?
-
Bilal,
I don't think you understand my question.
I understand that .NET framework code can only support the Windows platform and that a .NET core component can be hosted on any platform. That has nothing to do with how you package the shared Split.io logic.
There are two options for supporting both .NET framework and .NET Core. Split.io decided not to use either way. They actually released two distinct NuGet packages. It could have been done with one NuGet package with either technique that I described - even if they wanted to have two different .dlls targeted at each framework (.NET or .NET core)
Todd
Please sign in to leave a comment.
Comments
3 comments