使用内部使用全局程序集信息文件链接的类库程序集

发布于 2024-11-16 07:25:37 字数 936 浏览 5 评论 0原文

我正在努力应对下面的当前情况。我正在使用 vs 2010 和 C# 与 .NET 4:

  • 我有一个单独的解决方案(称为解决方案 A),其中有 2 个类库项目(称为 B 和 C)。 项目 B 具有指向项目 C 中的“GlobalAssemblyInfo.cs”文件的链接,但项目 B 不依赖于项目 C,它仅具有指向项目 C 中的 .cs 文件的链接。 这一切都很好,因为一切都编译并生成了 B.dll + C.dll。

  • 现在我有一个完全不同的解决方案(称为 D),其中只有 1 个控制台应用程序项目(称为 E)。 现在,在项目 E 中,我添加了对 B.dll 的引用。当我编译时,一切都很好。

问题是当我调试项目 E 时,当我到达使用项目 B(或 B.dll)中的任何对象的代码行时,我收到一条错误消息“FileNotFoundException 未处理的异常。无法加载文件或程序集 B” ,其中 B 是程序集 B 的完全限定名称。

如何解决此问题?我知道问题是由链接到项目 C 中的“GlobalAssemblyInfo.cs”文件引起的,因为当我删除/删除此链接时,一切正常,我可以使用程序集 B 中的对象。

这是一个解释如何链接到的 url解决方案/项目中的文件,如果您需要了解链接是什么http://bloggingabout.net/blogs/jschreuder/archive/2006/11/02/Centralizing-AssemblyInfo-settings_2C00_-or-simplify-versioning-of-solutions.aspx

I am struggling with the current scenario below. I'm using vs 2010 and C# with .NET 4:

  • I have a separate solution (call it solution A) that has 2 class library projects in it (call them B and C).
    Project B has a link to a "GlobalAssemblyInfo.cs" file in Project C, BUT Project B does not depend on Project C, it merely just has a link to the .cs file in Project C.
    This is all well and good as everything compiles and B.dll + C.dll is produced.

  • Now I have a totally different solution (call it D) that has only 1 console application project in it (call it E).
    Now in Project E, I add a reference to B.dll. When I compile all is well.

The problem is when I debug Project E, when I get to a line of code that uses any object from Project B (or B.dll), I get an error that says "FileNotFoundException unhandled exception. Could not load file or assembly B", where B is the fully qualified name of assembly B.

How do I resolve this problem? I know the problem is caused by the linking to the "GlobalAssemblyInfo.cs" file in Project C because when I remove / delete this link everything works fine and I can use object in assembly B.

Here is a url that explains how to link to files within a solution / project if you need to understand what linking is http://bloggingabout.net/blogs/jschreuder/archive/2006/11/02/Centralizing-AssemblyInfo-settings_2C00_-or-simplify-versioning-of-solutions.aspx

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

泪之魂 2024-11-23 07:25:37

我遇到了同样的问题,在我开始使用全局 AssemblyInfo 后,我的单元测试为应用程序项目抛出 FileNotFound 异常。原来是因为我

[assembly: AssemblyCulture("en")]

在全局程序集中指定了。将其更改为

[assembly: AssemblyCulture("")]

为我解决了它。

I had the same problem, after I started using a global AssemblyInfo my unit tests were throwing FileNotFound exceptions for the app project. Turns out it was because I had specified

[assembly: AssemblyCulture("en")]

in the global assembly. Changing it to

[assembly: AssemblyCulture("")]

Solved it for me.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文