“警告: 不能将项目xxxxx中的依赖项“xxx, Version=1.0.1777.21016, Culture=neutral”复制到运行目录,因为它将改写引用“xxx, Version=1.0.1777.23397, Culture=neutral”
2006-07-27 08:30
921 查看
<script src="http://cpro.baidu.com/cpro/ui/ui.js" type="text/javascript">
</script>
<iframe marginwidth="0" marginheight="0" src="http://cpro.baidu.com/cpro/ui/uijs.php?&uid=160&n=sitegamerhomecpr&tm=20&cm=76&um=26&rad=0&rsi0=728&rsi1=90&rss0=%23ffffff&rss1=%23ffffff&rss2=%230000ff&rss3=%23000000&rss4=%23666666&rss5=%23CCCCCC&wn=4&hn=1&rssl0=right&rssl1=bottom&rsi2=0&word=http%3A%2F%2Fwww.zahui.com%2Fhtml%2F14%2F36541.htm" frameborder="0" width="728" scrolling="no" height="90" allowtransparency="allowtransparency"></iframe>
“警告: 不能将项目xxxxx中的依赖项“xxx, Version=1.0.1777.21016, Culture=neutral”复制到运行目录,因为它将改写引用“xxx, Version=1.0.1777.23397, Culture=neutral”。”
相信这样的警告很多像我一样的初学者都遇见过。我用如下的例子来解释我对这个警告的理解
![](http://blog.csdn.net/Emoticons/74_74.gif)
A是一个公用的类库,很多其它的项目都会引用到它。
B是一个项目,其中就引用到了A.dll
C也是一个项目,不过C要引用A和B
问题就是:当A重新编译了之后,B并没有重新编译,这个时候如果编译C就会有上面那样的警告。
这是因为如果一个项目引用了一个库,那么编译该项目的时候,编译器默认是要把这个库复制到该项目的输出目录下的(当然你可以修改这个设置)。对这个例子来说就是要把A.dll和B.dll复制到C的输出目录下。
先说A.dll,首先会把A.dll复制到C的输出目录下;
再说B.dll,因为B引用了A,所以会把B目录下的B.dll和A.dll一起复制到C的输出目录下,这个时候就出问题了。因为B没有重新编译,所以B目录下的A.dll的版本就比C目录下的已经有了的A.dll版本要低,编译器就会报那个错误了。
你也许会说如果先复制B目录下的,再复制A目录下的,这样就是新版本的A.dll覆盖旧版本A.dll,就不会有错了。但是这样的话,程序运行的时候,运行B中代码所需的A.dll和运行目录下的A.dll版本不一致,肯定也是不行的。而且事实上,我也不知道编译器是按什么顺序复制引用的。反正只要引用的A.dll版本不一致,编译器肯定是不允许通过的。
上面说的是我以前已经知道的知识,我今天的教训并不在此。当编译器出现如上那个错误的时候,我先是把A重新编译,然后所有引用了A的项目都编译了一遍,再编译最后的C项目,还是有错。我想了又想,猜了又猜,引用路径这些的都检查过了,甚至整个机器搜索A.dll,然后全部删掉。再挨个编译,到最后的C项目时还是有那个错误。
痛苦地吃了一顿饭回来之后,把C项目的所有引用都删掉,并且把C项目里的代码都注释掉,然后挨个添加引用,添加一个编译一次。最后终于明白了,因为C引用?/span>
</script>
<iframe marginwidth="0" marginheight="0" src="http://cpro.baidu.com/cpro/ui/uijs.php?&uid=160&n=sitegamerhomecpr&tm=20&cm=76&um=26&rad=0&rsi0=728&rsi1=90&rss0=%23ffffff&rss1=%23ffffff&rss2=%230000ff&rss3=%23000000&rss4=%23666666&rss5=%23CCCCCC&wn=4&hn=1&rssl0=right&rssl1=bottom&rsi2=0&word=http%3A%2F%2Fwww.zahui.com%2Fhtml%2F14%2F36541.htm" frameborder="0" width="728" scrolling="no" height="90" allowtransparency="allowtransparency"></iframe>
“警告: 不能将项目xxxxx中的依赖项“xxx, Version=1.0.1777.21016, Culture=neutral”复制到运行目录,因为它将改写引用“xxx, Version=1.0.1777.23397, Culture=neutral”。”
相信这样的警告很多像我一样的初学者都遇见过。我用如下的例子来解释我对这个警告的理解
![](http://blog.csdn.net/Emoticons/74_74.gif)
A是一个公用的类库,很多其它的项目都会引用到它。
B是一个项目,其中就引用到了A.dll
C也是一个项目,不过C要引用A和B
问题就是:当A重新编译了之后,B并没有重新编译,这个时候如果编译C就会有上面那样的警告。
这是因为如果一个项目引用了一个库,那么编译该项目的时候,编译器默认是要把这个库复制到该项目的输出目录下的(当然你可以修改这个设置)。对这个例子来说就是要把A.dll和B.dll复制到C的输出目录下。
先说A.dll,首先会把A.dll复制到C的输出目录下;
再说B.dll,因为B引用了A,所以会把B目录下的B.dll和A.dll一起复制到C的输出目录下,这个时候就出问题了。因为B没有重新编译,所以B目录下的A.dll的版本就比C目录下的已经有了的A.dll版本要低,编译器就会报那个错误了。
你也许会说如果先复制B目录下的,再复制A目录下的,这样就是新版本的A.dll覆盖旧版本A.dll,就不会有错了。但是这样的话,程序运行的时候,运行B中代码所需的A.dll和运行目录下的A.dll版本不一致,肯定也是不行的。而且事实上,我也不知道编译器是按什么顺序复制引用的。反正只要引用的A.dll版本不一致,编译器肯定是不允许通过的。
上面说的是我以前已经知道的知识,我今天的教训并不在此。当编译器出现如上那个错误的时候,我先是把A重新编译,然后所有引用了A的项目都编译了一遍,再编译最后的C项目,还是有错。我想了又想,猜了又猜,引用路径这些的都检查过了,甚至整个机器搜索A.dll,然后全部删掉。再挨个编译,到最后的C项目时还是有那个错误。
痛苦地吃了一顿饭回来之后,把C项目的所有引用都删掉,并且把C项目里的代码都注释掉,然后挨个添加引用,添加一个编译一次。最后终于明白了,因为C引用?/span>
相关文章推荐
- 不能将项目“DataControl”中的依赖项“Database, Version=1.0.1021.11237, Culture=neutral”复制到运行目录,因为它将改写引用“Database, Version=1.0.2211.29717, Cul
- 不能将项目“DataControl”中的依赖项“Database, Version=1.0.1021.11237, Culture=neutral”复制到运行目录,因为它将改写引用“Database, Version=1.0.2211.29717, Culture=neutral”。
- [导入]警告:不能将项目“project”中的依赖项“file”复制到运行目录,因为它将改写引用“file”。
- [导入]警告:不能将项目“project”中的依赖项“file”复制到运行目录,因为它将改写引用“file”。
- C# 所生成项目的处理器架构“MSIL”与引用“Oracle.DataAccess, Version=4.112.3.0, Culture=neutral, PublicKeyToken=89b483f429c47342, processorArchitecture=x86”的处理器架构“x86”不匹配。这种不匹配可能会导致运行时失败。
- 未能加载文件或程序集Office, Version=2.2.0.0, Culture=neutral, PublicKeyToken=null或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)
- 未能加载文件或程序集“WebGrease, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)
- 未能加载文件或程序集“System.Web.Http, Version=5.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)解决办法
- Visual Studio 2008不能创建数据库连接出现:未能加载文件或程序集“Microsoft.SqlServer.Management.Sdk.Sfc, Version=10.0.0.0, Culture=neutral,PublicKeyToken=89845dcd8080cc91”或它的一个依赖项。系统找不到指定的文件的解决办法
- 报错:未能加载文件或程序集“WebGrease, Version=1.5.1.25624, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)
- 未能加载文件或程序集“WebGrease, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)
- 未能加载文件或程序集Office, Version=2.2.0.0, Culture=neutral, PublicKeyToken=null或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配
- 未能加载文件或程序集Office, Version=2.2.0.0, Culture=neutral, PublicKeyToken=null或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)
- 未能加载文件或程序集“System.Web.Http.WebHost, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。
- 未能加载文件或程序集“Newtonsoft.Json, Version=6.0.0.0, Culture=neutral, PublicKeyToken=30ad4fe6b2a6aeed”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。
- Visual Studio 2008不能创建数据库连接出现:未能加载文件或程序集“Microsoft.SqlServer.Management.Sdk.Sfc, Version=10.0.0.0, Culture=neutral,PublicKeyToken=89845dcd8080cc91”或它的一个依赖项。系统找不到指定的文件的解决办法
- 未能加载文件或程序集“System.Web.Http.WebHost, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配。 (异常来自 HRESULT:0x80131040)
- EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089”或它的某一个依赖项。找到的程序集清单定义与程序集引用不匹配
- 所生成项目的处理器架构“MSIL”与引用“Microsoft.AspNet.Scaffolding.12.0, Version=12.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=x86”的处理器架构“x86”不匹配。
- “Microsoft.DataWarehouse.Interfaces, Version=9.0.242.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91”的引用