我尝试了上面所有的建议。如果你太努力而没有成功，那就走更容易的路。创建一个新页面。xaml然后复制新类的代码并删除有问题的类xaml。不要花更多的时间。

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

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

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

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

由于某些原因，在复制。xaml和项目之间的。cs之后，构建操作有时会发生变化。请确保您的。xaml的构建操作为Page。

OK     this.InitializeComponent(); 

Wrong  this.InitializeComponent;