在我的案例中(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控件的问题。

上面的答案对我都没用。除了那些重复的我都试过了。然而，由于一些奇怪的原因，这在我的Visual Studio 2015的跨平台项目中起作用:

在“解决方案资源管理器”中右键单击导致问题的项目。在弹出菜单中选择:Add——> Class 选择跨平台——> Forms Xaml Page。保持漂亮的Page1.cs标准名称并单击Add。 注意前面的InitializeComponent()问题是如何由于某种原因消失的。 删除新创建的Page1.cs并继续编程，就像Visual Studio工作正常一样。

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

EG

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

后面的代码是

namespace NotDockPanel

这发生在我身上，因为一个Nuget包卸载程序吹走了App.xaml中<Application>元素上的所有属性。这包括x:Class属性，它指定应用程序类名。因此从未生成包含InitializeComponent()方法的分部类。

我通过将App.xaml恢复到源控制副本来解决这个问题。

这个问题发生在我创建一个“WPF应用程序项目”，然后将其构建目标更改为“类库”，以供另一个程序用作外部工具时。

我改变了我所有的。xaml文件为我的窗口，使他们的构建动作设置为“页”。我没有意识到的是，该项目还包含“App.xaml”和“App.xaml.cs”。

“App.xaml”也需要设置为“Page”，或者完全删除(连同“App.xaml.cs”)。我选择了前者，当我意识到这些文件毫无用处时，我选择了后者。

我遇到过几次这种情况，但总是忘记是什么原因造成的。 当我在文件后面的代码上重命名命名空间时，我遇到了这个问题，但不是在XAML中。

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

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

namespace ZZZ
{
    /// <summary>
    /// Interaction logic for MainWindow.xaml
    /// </summary>
    public partial class MainWindow
    {
         //...
    }
}

<!-- XAML -->
<Window x:Class="ZZZ.MainWindow">