[CSHARP-2395] Minimize dependencies for .NET Standard Created: 24/Sep/18  Updated: 27/Oct/23  Resolved: 24/Sep/18

Status: Closed
Project: C# Driver
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Minor - P4
Reporter: Vincent Kam (Inactive) Assignee: Unassigned
Resolution: Works as Designed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Currently, we rely on the entirety of the .NET Standard Library.
When migrating from two solutions to a single solution, it appears that Visual Studio automatically trimmed down our dependencies so that we were only relying on the packages in the .NET Standard Library that we were actually using, although I chose to stick with the old dependency of relying on the entire .NET Standard library.

The downside of only relying on the subset of the .NET Standard library is that the dependencies which were previously transitive will now appears as direct dependencies.
In other words. for .NET Standard 1.5, instead of simply depending on the .NET Standard Library, we will roughly depend somewhere between half a dozen to a dozen packages, which could be visually disorienting for users (although the dependencies should all start with `System.` which should make it clearer that these are .NET Standard libraries).



 Comments   
Comment by Vincent Kam (Inactive) [ 24/Sep/18 ]

Upon further investigation, I found that the additional packages being included were not, in fact, select packages from the standard .NET Standard meta library. My initial ticket was incorrect: no action is needed. On the bright side, my investigation into this issue revealed a subtle mistake in the effort to combine the multiple solutions and projects for .NET Framework and .NET Standard into a single set of solutions and projects (we neglected to port the NetStandardImplicitPackageVersion setting from the old Dotnet .csproj files), and I've applied the appropriate fix.

Generated at Wed Feb 07 21:42:26 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.