导航到解决方案目录 删除\obj文件夹 重新构建解决方案

我在重构过程中遇到了这个错误，我重命名了一些文件/文件夹，并且需要重新生成预先存在的*.g.cs文件。

我发现“启动对象”(未设置)为我导致此错误。

“启动对象”(未设置)

这有一个非常具体的原因，它在项目设置中。当您试图将WPF控件/窗口添加到. net 2.0类库或项目中时，通常会发生这种情况。出现此错误的原因是项目不知道它正在构建WPF控件或窗口，因此试图将其作为c# 2.0项目构建。

解决方案涉及编辑.csproj文件。右键单击引起问题的项目，选择“卸载项目”。右键单击未加载的项目并选择“Edit .csproj”。将打开.csproj文件，您可以看到XML。看看下面这行:

<Import Project=…..

它在文件的末尾，你仅有的一行大概是

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />

这告诉Visual Studio将项目构建为. net 2.0项目。我们要做的是告诉Visual Studio这实际上是一个WPF项目，所以我们必须添加以下一行:

<Import Project="$(MSBuildBinPath)\Microsoft.WinFX.targets" />

这一行将告诉Visual Studio将项目构建为WPF项目。现在你的.csproj文件底部应该是这样的:

<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
<Import Project="$(MSBuildBinPath)\Microsoft.WinFX.targets" />

保存.csproj文件，在解决方案资源管理器中右键单击它，并选择“重新加载项目”编译，就是这样，您都完成了!

我也有同样的问题，我必须把我的共享项目转换成一个可移植的类库。

在我将一个新的平台“x86”添加到解决方案配置管理器后，我也有这个错误消息。之前它只有“任何CPU”。解决方案仍在运行，但在错误窗口中显示了多个此类错误消息。

I found the problem was that in the project properties the 'Output Path' was now pointing to "bin\x86\Debug". This was put in by Configuration Manager at the add operation. The output path of the 'Any CPU' platform was always just "bin" (because this test project was never built in release mode), so the Configuration Manager figured it should add the "\x86\Debug" by itself. There was no indication whatsoever from the error messages that the build output could be the cause and I still don't understand how the project could even run like this. After setting it to "bin" for all projects in the new 'x86' configuration all of the errors vanished.

在我的情况下，我的项目中有一个错误的引用，但没有报告。

我通过阅读我所有的推荐信来解决我的问题，即使它们是正确的。