我知道这是一个老问题了，但我们也遇到过类似的问题。我们能够使用VS2012构建一个项目，但不能从命令行使用msbuild。我进入。proj文件，并注意到它在默认的“PropertyGroup”部分下没有“ProjectTypeGuids”的记录，所以我添加了这个:

<ProjectTypeGuids>{60dc8134-eba5-43b8-bcc9-bb4bc16c2548};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>

这是WPF的项目GUID。然后我删除并重新添加UserControl，它开始工作。我不确定我是否必须做最后一步，但现在它对我有用。

我在重命名用户控件时遇到了这个问题。我修复它的方法是注释掉InitializeComponent，验证所有名称都是正确的(xaml和后面的代码)，构建项目，取消InitializeComponent的注释，然后再次构建。听起来这个问题可能有几个原因/解决方案，但这种方法对我来说很管用。

我遇到过这种情况(尽管这在很大程度上是我的错，是在我复制并粘贴了一些代码之后造成的);当命名空间在XAML和后面的代码之间不匹配时，就会发生这种情况

EG

<UserControl x:Class="DockPanel.TreeView" />

后面的代码是

namespace NotDockPanel

给那些在网上找到这个的人。检查窗户。Csproj文件，如果那里有编译。应该有2项

<Page Include="YourFile.xaml">
  <SubType>Designer</SubType>
  <Generator>MSBuild:Compile</Generator>
</Page>

<Compile Include="YourFile.xaml.cs">
  <DependentUpon>YourFile.xaml</DependentUpon>
</Compile>

其他选项:

在我使用Xamarin Forms的情况下，在“InitializeComponent”的顶部，在我的App.xaml文件中的当前上下文错误中不存在，我还注意到在输出中，.csproj文件未能构建。奇怪。

除了下面两个ItemGroup条目外，文件本身没有什么特别引人注目的:

  <ItemGroup>
    <EmbeddedResource Remove="App.xaml" />
  </ItemGroup>

  <ItemGroup>
    <ApplicationDefinition Include="App.xaml" />
  </ItemGroup>

我从.csproj文件中删除了这两个文件，执行了清理和重建，错误最终消失了。解决这个问题很痛苦，也许这将帮助其他人避免一些压力。

我刚刚遇到了这个问题，原来是我的项目存储在我的用户文件夹中，它存储在网络上，我们有一个短暂的网络中断。我做了一个模型;它抱怨说，我的文件在编辑器之外被修改了(其实没有;文件锁刚刚被borked)，它构建得很好，删除了关于InitializeComponent()方法的错误。

顺便说一句，如果你想知道，从网络驱动器开发一些东西是不好的做法。当你试图利用。net的托管代码时，这就变得特别成问题;根据我的经验，每次你建造的时候它都会崩溃。我忘了把这个一次性的小项目放在合适的文件夹里，最终付出了代价。