卸载整个解决方案，然后重新加载。然后重新构建解决方案。这为我解决了问题。

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

.xaml文件的构建动作也必须设置为“Page”，当在项目之间移动xaml文件时，这个设置会丢失(至少在VS 2010中是这样)。

在我的案例中(NET Core 3.1)，我通过在项目文件的ProjectGroup部分中给它一个AssemblyName标记来修复它。如。

<Project Sdk="Microsoft.NET.Sdk.WindowsDesktop">
  <PropertyGroup>
    <TargetFramework>netcoreapp3.1</TargetFramework>
    <UseWPF>true</UseWPF>
    <AssemblyName>ProjectNameUsually</AssemblyName>
  </PropertyGroup>
  ...
</Project>

这也修复了编译器在代码背后看不到x:Name控件的问题。

我同意上面的答案，即名称空间必须匹配。但是，我遇到了这样一个问题，即名称空间匹配。

为了解决这个问题，我简单地将XAML中的名称空间更改为不正确的名称空间，保存，然后将其更改为正确的名称空间。瞧!

我有同样的问题，期望我把我的主窗口xaml和cs复制到一个新文件，然后把它们复制回原来的地方。在尝试编译WPF应用程序后，我得到了这个错误。

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