我有另一个这些“无法加载文件或程序集或其依赖项之一”的问题。
附加信息:无法加载 文件或程序集 “Microsoft.Practices.Unity, Version = 1.2.0.0、文化=中立, 都31 bf3856ad364e35”或 它的依赖项之一。在位于 程序集的显式定义可以 不匹配程序集引用。 (异常来自HRESULT: 0x80131040)
我不知道是什么导致了这种情况，也不知道如何调试它来找到原因。
我在我的解决方案目录.csproj文件中做了一个搜索，我有Unity的每个地方:
参考 包括= " Microsoft.Practices.Unity, Version = 2.0.414.0、文化=中立, 都31 bf3856ad364e35, processorArchitecture = MSIL”
在我的任何项目中都找不到任何与1.2.0.0相反的参考。
我该怎么解决这个问题呢?
当前回答
对我来说，这是一个奇怪的解决方案，但我刚刚从源代码控制中获取了这个解决方案。
正在得到此错误，检查了上面的大部分答案，然后删除解决方案并从源代码控制中重新拉出解决方案。
工作。
只会适用于少数人，但我想我是少数人之一，所以会有更多。不知道第一次发生了什么，但不知怎的，当我把它们拉过去时，一些程序集肯定有一些问题。
基本上就是把它关掉再打开。
其他回答
我有这个问题，这个错误其实很愚蠢。我为.dll文件指定了错误的位置，在将位置更改为正确的位置后，加载发生了正确的情况(回答，所以其他人不要犯这个错误)。
微软企业库(由. nettiers引用)是我们的问题，它反过来引用了一个旧版本的Unity。为了解决这个问题，我们在web.config中使用了以下绑定重定向:
<configuration>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.Practices.Unity.Configuration" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
或者，您可能只想将Enterprise Library更新到最新版本。
尝试检查引用的“Copy to Local”属性是否设置为true，并且特定版本是否设置为true。这与Visual Studio中的应用程序相关。
我有一个c# Winforms项目，名为SetTags，其中有大量的表单，我使用Visual Studio 2013来处理。在编辑其中一个并尝试构建后，我得到了错误:
Could not load file or assembly 'SetTags Version = 2.1.85.0, Culture=neutral,PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
当我试图保存项目或关闭一直在处理的表单时，也出现了错误。
我通过删除最近添加的单选按钮控件并注释掉对它的所有引用来解决这个问题，然后再次添加该控件并取消注释代码。这让我可以保存表单，在关闭重新启动VS时，问题已经消失了。
我的Visual Studio环境偶尔有很多问题——工具箱不显示或只在VS启动时出现，在设计模式下查看表单时无法识别自定义控件——这可能是我需要转移到后面的VS版本。
对我来说，似乎Nuget并没有很好地处理我的项目/解决方案。我用Nuget安装了NewtonSoft。项目文件似乎正确地引用了它，当我在解决方案资源管理器/依赖项/Nuget中r -点击dll名称时，然后单击属性，我发现dll存在于属性说它应该在的地方。
我删除了Nuget包，并做R-click项目>添加>引用，并浏览到包目录中的dll，当以前的Nuget进程已经安装它时，然后解决方案运行良好。
注意:这个解决方案相当大杂烩，首先是Xamarin。iOS解决方案和添加。net标准项目(这是我使用Nuget有困难的地方)。解决方案中还有一个“可移植”项目。我从一个已经离开3年的开发者那里继承了所有这些。哈哈。