Nuget does get a little fun when you are dealing with a solution with multiple library projects that feed into a final executable. So far, I've either had to upgrade all versions of a Nuget package across projects, or spend a lot of time messing around with app/web.config assembly redirects.
At least the granularity of Nuget packages is not at npm-level fineness, although it does sort of feel like it is trending in that direction.
Re:Introducing .NET Standard
by smoothdeveloper on Tuesday September 27, 2016 @07:54AM
(#12588850)
Try paket, will save you a lot of headaches with the redirect stuff
_packages are awesome. npm is weird and hellish because people write single-function packages, but that isn't the case in other ecosystems_
I have no knowledge of how NuGet works but is there anything in NuGet that is stopping the developers from writing/using single line packages?
Technically, no, but the proliferation of those in the likes of the npm ecosystem is almost entirely due to the shittiness of the JS standard library (such as it is...)
. NET, however, has an excellent stdlib, so in practice you simply do not get packages like this.
I agree though, that the challenge is different in a compiled language (from JS/PHP), and when dependencies get specific you might be out of luck (when .NET Core was announced I had a hard time following Microsoft's own tutorial because minor revision was different between two key packages)