在这个线程中，MCVE的最佳射击是，使用VS2017 15.5.2，加载LabelControlAdvancedSample的XAML，这是本教程页面的最后一个示例。

<Window x:Class="WpfTutorialSamples.Basic_controls.LabelControlAdvancedSample"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Title="LabelControlAdvancedSample" Height="180" Width="250">
<StackPanel Margin="10">
    <Label Target="{Binding ElementName=txtName}">
        <StackPanel Orientation="Horizontal">
            <Image Source="http://cdn1.iconfinder.com/data/icons/fatcow/16/bullet_green.png" />
            <AccessText Text="_Name:" />
        </StackPanel>
    </Label>
    <TextBox Name="txtName" />
    <Label Target="{Binding ElementName=txtMail}">
        <StackPanel Orientation="Horizontal">
            <Image Source="http://cdn1.iconfinder.com/data/icons/fatcow/16/bullet_blue.png" />
            <AccessText Text="_Mail:" />
        </StackPanel>
    </Label>
    <TextBox Name="txtMail" />
</StackPanel>

在将App.xaml和App.xaml.cs设置为默认状态后，尝试编译上面的代码会产生链接器错误。 幸运的是，当鼠标悬停在LabelControlAdvancedSample.xaml.cs中的InitializeComponent()语句上时，会有一个链接文本提示:

显示可能的修复。

点击它会调用另一个链接文本:

生成方法MainWindow.InitializeComponent。

这样做会产生以下“do nothing”方法:

    private void InitializeComponent()
    {
        throw new NotImplementedException();
    }

必须为要构建的项目定义函数。看起来在WPF和VB.Net中InitializeComponent的实现有一些不同。 编辑:xaml第一行中的namespace.class不正确。 根据MSDN和@Sean B的回答，应该是

<Window x:Class="LabelControlAdvancedSample.MainWindow"

因此，项目编译没有错误，并且不需要虚拟的InitializeComponent方法，实际上它会产生更多的错误。去显示VS是有帮助的，即使在极其罕见的用户错误的情况下。: P

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

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

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

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

在我将一个新的平台“x86”添加到解决方案配置管理器后，我也有这个错误消息。之前它只有“任何CPU”。解决方案仍在运行，但在错误窗口中显示了多个此类错误消息。

I found the problem was that in the project properties the 'Output Path' was now pointing to "bin\x86\Debug". This was put in by Configuration Manager at the add operation. The output path of the 'Any CPU' platform was always just "bin" (because this test project was never built in release mode), so the Configuration Manager figured it should add the "\x86\Debug" by itself. There was no indication whatsoever from the error messages that the build output could be the cause and I still don't understand how the project could even run like this. After setting it to "bin" for all projects in the new 'x86' configuration all of the errors vanished.

检查设计器文件。

我也有同样的问题。在我的例子中，原因是FileName.Designer.cs的名称空间与FileName.cs中使用的(正确的)名称空间不匹配。

更改FileName.Designer.cs的命名空间以匹配FileName.cs立即解决了这个问题。

导航到解决方案目录 删除\obj文件夹 重新构建解决方案

我在重构过程中遇到了这个错误，我重命名了一些文件/文件夹，并且需要重新生成预先存在的*.g.cs文件。