I had a problem similar to this in WPF. I had copied a usercontrol but had forgotten to rename the public ViewModel property in its.xaml.cs file for it. But still wasn't working. I eventually deleted all of the files inside the obj\debug type of folder for the project (we had this named differently). And rebuilt it. It still wasn't working, and I exited Visual Studio. (Before this I had at one point two instances of Visual Studio I think maybe.) The problem I had was that it was reporting it had this error when I had already fixed it! When I came back into Visual Studio (after deleting the debug stuff in obj), there finally was no error indicator. Then I rebuilt the project and now all was good!

这和我之前做的顺序不一样。它需要被简化。

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

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

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

此问题的另一个解决方案是简单地将属性-> Build Action从嵌入式资源更改为其他任何内容，保存，然后将其更改为嵌入式资源。错误消失了。

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

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

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

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