问题标签 [project-reference]

我尝试使用 Visual Studio 2014 CTP 4 进行开发，但是对于我打开的任何项目，我总是在项目加载时遇到相同的错误：

树中已存在标题为“”的项目，其排序顺序与要添加的项目相同。

项目的参考是空的，有或没有警告标志。

我该如何解决这个问题？

来自 myget.org/F/aspnetvnext 的 K 包

https://github.com/aspnet/Logging/tree/2d54539a112e6d54c3d5de6dd825258c66787086有错误信息

项目系统遇到错误。

树中已存在标题为“”的项目，其排序顺序与要添加的项目相同。

_诊断日志已写入以下位置：“C:\Users\user\AppData\Local\Temp\VsProjectFault_28a9e6d4-ab42-441b-b4fe-124423dae4cb.failure.txt”._

和文件内容：

假设我们有 .NET 应用程序App以及附加程序集ClassLibrary，而这些程序集又使用称为 .NET 的本机 DLL Library。所有这些都在单一解决方案中，所以我可以设置依赖项等。

问题是，我希望Library它自动“附加”到ClassLibrary，这样当我App引用它时，Visual Studio 会自动将它复制Library到目标 bin 文件夹。

通常我通过使用预构建或构建后事件并添加自定义脚本来做到这一点。但是，嘿，所有这些都在同一个解决方案中。有没有更简单的方法来为 .NET 程序集保留这种本机 dll 引用？

我使用 Visual Studio 已经有一段时间了，主要为 C++ 开发。我经常需要创建包含多个模块（项目）的解决方案 - 例如实用程序库，它由几个.dll文件组成。

当一个模块 (A) 需要使用另一个模块 (B) 时，有一个标准模式：

1. 包括必需的标题。
2. 从 B 链接输出库文件（例如，在 VS 中：Project Config -> Linker-> Input-> Additional Dependencies-> 'B.lib'）。
3. [可选] 设置正确的构建顺序（因此 B 在 A 之前构建）。

最近我开始玩弄 C#，因为我决定用它为我的引擎开发一些基于 GUI 的工具（这比使用 C++ 和 Qt 或 wxWidgets 等外部库要容易得多）。我了解到，在 C# 中，此类依赖项是使用“参考”设置的：

当我发现这个选项也适用于 C++ 项目时，我感到非常惊讶！

事实上，在我创建示例解决方案并以这种方式设置依赖项之后，一切正常，没有任何额外的配置，如“链接器输入”或其他东西。

我的问题是：这个选项究竟对 C++ 项目有什么作用？我对所有利润和潜在的权衡感兴趣。

我已经知道，它会导致来自其他项目的链接输出设置为依赖项。还要别的吗？引用模块之间可能存在一些运行时依赖关系？它如何影响生成的输出？

在具有 Fsharp 项目的解决方案 (Visual Studio 2013) 中，智能感知可以开始抱怨找不到对其他 Fsharp 项目的引用。然后，它尝试在 bin/Debug 文件夹中找到引用的 dll 文件，而在配置管理器中的每个项目和解决方案范围内，所有内容都配置为构建版本。此外，在查看项目引用属性时，路径是正确的（即 bin/Release 文件夹）并且请求的 dll 确实存在并且位于正确的文件夹中。只需再次删除和添加项目引用或构建项目（当它首先构建和工作时），问题就会消失。

问题随时可能再次发生，但是，我无法给出触发事件或问题案例。

这是VS2013中的错误吗？

我在我们的解决方案中导入了一个现有项目。之后，我将引用从“外部 dll”更改为项目引用。（删除参考/添加参考）。

我建立了这个项目，一切正常。那天晚些时候，一位同事通过 svn 更新了解决方案并尝试构建解决方案。但是他在构建中遇到了不同的错误。原因是，新项目终于建成了。所以每个引用我的新项目的项目都会出错。

我检查了他的项目依赖项，并且对新项目没有任何依赖项。我检查了我的项目依赖关系，一切都是正确的。所以我的问题是，项目依赖项保存在哪里？*.sln 和 *.proj 文件已提交并且是最新的。在哪个文件中找到项目依赖项以及它们的外观如何？

是否有任何构建时间影响？我们的 .Net 解决方案中有大约 30 个项目，它们共享的项目是通过项目引用添加的。我正在考虑更改为 dll 引用，以查看是否有任何构建性能提升。有没有人有类似的经验？请分享你的想法。

问题

突然，Visual Studio (2015 RC) 开始在我面前抛出错误 CS7069。它指出

然而 VS 的“Goto reference”功能确实起作用，并且波浪线并没有始终如一地出现，所以我认为发生了一些奇怪的事情。

我是如何产生问题的

它始于我重构/拆分项目时。我正在将 .cs 文件从一个项目移动到一个新项目。引用这两个项目的项目的编译过程无法再找到我移动到新项目的类型。

我试过的

我验证了相关程序集确实被引用、存在并且具有带有公共修饰符的类型。我重建它，检查版本号（目标框架等），删除相关引用并重新添加它，清理解决方案和项目，检查配置管理器设置，删除所有 VS 的临时文件等等，我无法修复错误4天。4天，我可以补充一下。

谷歌搜索也没有任何结果，所以我希望下一个和我犯同样错误的可怜人找到这个页面，因为我终于发现了发生了什么：

我有一个可以编译和工作的类库项目（.NET Framework 4.5.1）。使用 ReSharper 分析时，它报告生成的 Resources.resx 文件引用了 System.Windows.Forms，而项目中未引用该文件。

• 为什么我需要表单来嵌入资源？
• 不引用表格有什么问题吗？（同样，调用代码有效。）

我有一个包含许多 VB 项目的 VB 解决方案。其中之一，“核心”项目，其中有一个.xsd文件，其中targetNameSpace包含urn:CustomNamespace.

在 Core 项目中，我可以通过执行以下操作来导入 xsd 命名空间：

我怎样才能让这个Imports语句在引用核心项目的项目中工作？在 Core 中，xsd 的命名空间显示为 Intellisense。在引用项目中情况并非如此。

我知道这可以通过某种方式完成，因为我们正在使用一个包含我们正在导入的 xsd 的 nuget 包。

********更新********

看起来 nuget 包中 DLL 的命名空间 Intellisense 来自配置节设计器 xsd 文件，该文件是一个.csd.xsd文件。还有其他相关文件，但我本质上想要引用具有.csd.xsd文件的包所附带的相同功能。

看起来这是一个位于https://csd.codeplex.com/的 VS 插件。我可能会关闭该项目以尝试了解他们是如何做到的，但如果有人知道它是如何完成的，我将不胜感激。

我们设置了我们的解决方案，以便项目 A 引用项目 B，项目 B 引用项目 C，并且项目 C 具有引用本机 DLL 的 .NET 包装器。

A -> B -> C -> 通过 .NET Wrapper 的原生 DLL

卷积的原因是我们正在处理第 3 方硬件，或者我们会直接从项目 B 中引用 DLL。无论如何——

我们正在尝试获取项目 C 中引用的一些文件（本机 DLL），复制到项目 A。 使用“内容”的构建操作复制本地不起作用，因为 MSBuild 将失败，说它不能像一旦它们覆盖文件一样覆盖启动它们，进程不会自行清理并继续运行。

1. 是否可以让 MSBuild 在构建之前尝试终止进程？

   或者

2. 如果 MSBuild 不存在本机 DLL，是否可以有条件地将本机 DLL 从项目 B 复制到项目 A？项目 A 的 bin 文件夹是它们启动的地方，这是构建失败的地方（不是从项目 C 到 B）。