Я только что переключился с (более старого) пакета Microsoft.Bcl.Immutable NuGet на System.Collections.Immutable и с удивлением обнаружил все эти новые зависимости пакета в моем проекте:
System.Collections
System.Diagnostics.Debug
System.Globalization
System.Linq
System.Resources.ResourceManager
System.Runtime
System.Runtime.Extensions
System.Threading
Они перечислены как зависимости пакета NuGet, поэтому они имеют право быть там, но они, очевидно, также уже установлены на моем ПК и моей целевой среде (Azure btw), поскольку они поставляются с каркасом.
У меня уже есть большое количество пакетов в моем проекте и хотелось бы избежать дополнительных накладных расходов, вызванных этими 8 пакетами, если это возможно (и без стрельбы в ногу).
Безопасно ли удалять эти зависимости?
Должен ли я теперь использовать эти пакеты во всем моем проекте, потому что они могут отличаться от их установленных версий, и некоторая часть моего проекта теперь может использовать неправильные? (из-за некоторой DLL-связи безумия?)
Изменить: Только для полноты, поскольку раньше был комментарий: зависимости - это фактические пакеты (а не пространства имен) и должны быть загружены, я планирую и компилирую с .NET 4.6, работая в VS2015. Это вполне возможно, хотя что-то устарело и пакеты не нужно загружать нормально?
