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

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

是的，很多事情都可以…我要加上这一条…… 确保app .xaml指向你的命名空间(app文件所在的位置)+ .App 如。 x: Class = " DX。App" <===确保这是App而不是主页名

希望这也适用于你。

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

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

我在使用迁移向导将。net461项目迁移到新的sdk风格的csproj格式时遇到了这个问题。我必须把这个添加到我的csproj:

  <PropertyGroup>
    <UseWPF>true</UseWPF>

然后删除从迁移向导生成的任何Page标记……

<Page Include="Views\MyCustomControl.xaml">
  <Generator>MSBuild:Compile</Generator>
  <SubType>Designer</SubType>
</Page>

右键单击项目中的文件夹以创建新的UserControl，这是我的问题。 我在文件夹外创建了相同的控件，就是这样。

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

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