DotNet 程序集加载了不匹配版本的依赖程序

因为接口形式的兼容性，这种错误更多的是运行时错误。

在VS IDE 下使用c# 时，创建新类型对象，对没有引用到的程序集，那么一般可以通过“Show potential fixes”来解决

但是有时候，我们会查找一下该对象所在的程序集，然后直接在nuget下载，但是下载哪个版本呢，一般最新的会向下兼容，所以一般我们会选择最新的。但是这个最新的版本可能在运行时，程序才能发现这个版本不是自己需要的。甚至我们尝试了Nuget 提供的所有版本后，发现每一个版本都不是程序所需要的。NETStandard.Library 2.03的版本中Net'Newtonsoft.Json 就是这样一个例子。

创建了一个基于 NETStandard.Library 2.03的Libarary, 使用了JsonConvert 对象，该对象需要的程序集是Net'Newtonsoft.Json，最开始使用Nuget restore 功能直接加载了 Net'Newtonsoft.Json 12.03版本，编译是没有问题，调试时一直有这样的错误：

$exception        {"Could not load file or assembly 'Newtonsoft.Json, Version=12.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed' or one of its dependencies. The system cannot find the file specified.":"Newtonsoft.Json, Version=12.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed"}        System.IO.FileNotFoundException

我看了.csproj的reference 以及

 输出 目录下的 xx.deps.json,其实写的都是12.03,并且在nuget package managment 列表窗口根本就找不到12.03.

使用nuget 上提供的其它版本，依然报类似的错误。最后只能删除，还好JsonConvert对象是VS 能够provide potential fixes,通过这一功能加载了以下版本，并且发现该版本还不在nuget list 里面。

虽然问题解决了，这并不是一个好的方法，不能保证其它开发者也会有这个路径。并且后续net standard 升级变化时，这个引用的维护也相当麻烦。

而且有时候，没有把依赖的程序集加载到工程里时，那么vs IDE一般也无法 provide potential fixes.