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

该解决方案涉及编辑.csproj文件。右键单击导致问题的项目，然后选择“卸载项目”。右键单击卸载的工程，选择“编辑.csproj”。.csproj文件将打开，您可以看到该文件。查找以下行：

<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文件，在解决方案资源管理器中右键单击它，然后选择“重新加载项目”编译，就这样，一切都完成了！

我已经遇到过这种情况好几次了，总是忘记是什么导致了这种情况。当我在代码隐藏文件中重命名名称空间，而不是在XAML中重命名时，我遇到了这个问题。

所以，检查一下你是否做过同样的事情。

命名空间 和 类 名称需要匹配，因为它们都是分部类的一部分

namespace ZZZ
    /// <summary>
    /// Interaction logic for MainWindow.xaml
    /// </summary>
    public partial class MainWindow
         //...
<!-- XAML -->
<Window x:Class="ZZZ.MainWindow">

.xaml文件的构建操作也必须设置为“页面”，当在项目之间移动xaml文件时，此设置会丢失(至少在VS2010中)。

这发生在我身上，因为Nuget包卸载程序清除了App.xaml中元素的所有属性。这包括x:Class属性，它指定应用程序类名。因此，永远不会生成包含InitializeComponent()方法的分部类。

我修复了这个问题，方法是将App.xaml恢复为受源代码控制的副本。

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

这为我解决了问题。

我注释掉了App.xaml文件中的资源

<Application x:Class="MyApp.App" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
  <Application.Resources>
    <!--<ResourceDictionary>
      <ResourceDictionary.MergedDictionaries>
        <ResourceDictionary
            Source="/PresentationFramework.Aero, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, ProcessorArchitecture=MSIL;component/themes/aero.normalcolor.xaml" />
      </ResourceDictionary.MergedDictionaries>
    </ResourceDictionary>-->
  </Application.Resources>
</Application>

重新添加注释以修复构建错误。

<Application x:Class="MyApp.App" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
  <Application.Resources>
    <ResourceDictionary>
      <ResourceDictionary.MergedDictionaries>
        <ResourceDictionary
            Source="/PresentationFramework.Aero, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, ProcessorArchitecture=MSIL;component/themes/aero.normalcolor.xaml" />
      </ResourceDictionary.MergedDictionaries>
    </ResourceDictionary>
  </Application.Resources>
</Application>

再深入一点，我发现{Project}\obj\debug中的app.g.cs文件在我对资源进行注释时只包含以下内容。

/// <summary>
/// InitializeComponent
/// </summary>
[System.Diagnostics.DebuggerNonUserCodeAttribute()]
public void InitializeComponent() {
    if (_contentLoaded) {
        return;
    _contentLoaded = true;
    System.Uri resourceLocater = new System.Uri("/MyApp;component/app.xaml", System.UriKind.Relative);
    #line 1 "..\..\..\App.xaml"
    System.Windows.Application.LoadComponent(this, resourceLocater);
    #line default
    #line hidden
}

导航到解决方案directory

• Delete \obj folder

1. Rebuild
2. solution

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

是啊，很多东西都可以...我会加上这一条。确保App.xaml指向您的命名空间(应用程序文件所在的位置)+ .App，例如。x:Class="DX.App“<===确保这是应用程序，而不是主页名称

希望这对你也有效。

我也有同样的问题，但在我的情况下，这些都没有帮助。在我的情况下，我的每个WPF项目(包括新创建的项目)都会因为这个错误而停止编译。最终，我卸载了所有的.Net框架，然后重新安装它们，一切又开始工作了。我还重新安装了Visual Studio，但结果没有任何影响。

导致此错误的另一个常见原因是，如果您在下面的代码中执行了某些操作：

1. 右键单击项目中的文件夹以创建新的UserControl。这将创建一个类和从文件夹的命名空间中的用户控件派生的xaml文件。
2. 然后您决定更改该类的命名空间，因为您实际上只是使用文件夹来组织代码。class属性不会自动更新，因此它将搜索不存在的类。我可以使用更好的错误消息，如“x:类类型无法在命名空间bla.blaa.blaaa."

中找到”

我遇到过这种情况(尽管这在很大程度上是我的错，而且是在我复制并粘贴了一些代码之后引起的)；当XAML和代码隐藏之间的名称空间不匹配时，就会出现这种情况

例如

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

后面的代码是

namespace NotDockPanel

我也遇到了同样的问题，只是我将我的MainWindow、xaml和cs复制到一个新文件中，然后将它们复制回原来的位置。然后，在尝试编译WPF应用程序后，我得到了这个错误。

我修复此错误的方法是重命名名称空间(来自egNamespace -> egNamespaceNew )，并且它再次工作。然后，我将名称空间改回原来的名称空间。

当我不小心从xaml定义中删除了类引用时，就发生了这种情况：

我已经替换了

<Window x:Class="myapp.MainWindow"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

下面是第一行：

<RibbonWindow 
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

我知道这不是原始问题的答案(因为这是建立在另一台机器上的项目)，但错误消息是相同的，所以也许我可以帮助解决这种情况的人。

我遇到了同样的问题，我不得不将我的共享项目转换为可移植的类库。

右击项目中的文件夹来创建新的UserControl，这对我来说是个问题。我在文件夹外创建了相同的控件，仅此而已。

所以我意识到这是一个古老的问题，但我们也遇到了类似的问题。我们可以使用VS2012构建项目，但不能从命令行使用msbuild。我进入.proj文件，注意到在默认的"ProjectTypeGuids“部分下没有"PropertyGroup”的记录，所以我添加了以下内容：

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

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

我刚刚遇到了这个问题，结果是我的项目存储在我的用户文件夹中，该文件夹存储在网络上，我们遇到了短暂的网络中断。我做了一个构建；它抱怨我的文件在编辑器之外被修改过(他们没有；文件锁刚刚被锁定)，它构建得很好，消除了有关 InitializeComponent() 方法的错误。

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

对于那些在网上找到这篇文章的人。如果有编译，请检查Windows.csproj文件。应该有2个条目

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

如果名称空间是正确的，则也存在相同的错误，

只需关闭您的应用程序并再次打开它， 。

这可能会解决你的问题

另一种可能的解释是，您是在针对x86进行构建。右击您的解决方案并选择“配置管理器”。看看你是不是在构建x86，而不是任何CPU。