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.

发布了32 篇原创文章 · 获赞 7 · 访问量 4万+

猜你喜欢

转载自blog.csdn.net/mochounv/article/details/104062425
今日推荐