我的研究是x:命名为全局变量。但是，Name为局部变量。这是否意味着x:Name可以在XAML文件的任何地方调用，但Name不能。 例子:

<StackPanel>
<TextBlock Text="{Binding Path=Content, ElementName=btn}" />
<Button Content="Example" Name="btn" />
</StackPanel>
<TextBlock Text="{Binding Path=Content, ElementName=btn}" />

你不能绑定属性内容的按钮名称是“btn”，因为它在StackPanel之外

其中一个答案是x:name将在不同的程序语言中使用，如c#，而name将用于框架。说实话，我听起来就是这样。

它们不是一回事。

x:Name是一个xaml概念，主要用于引用元素。当您为元素赋予x:Name xaml属性时，“指定的x:Name将成为处理xaml时在底层代码中创建的字段的名称，并且该字段包含对该对象的引用。”因此，它是一个由设计器生成的字段，默认情况下具有内部访问权限。

Name是FrameworkElement的现有字符串属性，以xaml属性的形式列出，与任何其他wpf元素属性一样。

因此，这也意味着x:Name可以用于更广泛的对象。这是一种使xaml中的任何东西都可以通过给定名称引用的技术。

我总是使用x:Name变量。 我不知道这是否会影响性能，我只是觉得它更容易，原因如下。 如果您有自己的用户控件驻留在另一个程序集中，只有“Name”属性并不总是足够的。这使得使用x:Name属性更加容易。

x:Name和Name引用不同的命名空间。

x:name是对Xaml文件顶部默认定义的x命名空间的引用。

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

只是说Name使用下面默认的命名空间。

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

x:Name表示使用具有x别名的命名空间。X是默认值，大多数人会保留它，但您可以将其更改为任何您喜欢的值

xmlns:foo="http://schemas.microsoft.com/winfx/2006/xaml"

所以你的引用应该是foo:name

在WPF中定义和使用命名空间

好，我们换个角度看。假设您将一个按钮拖放到Xaml页面上。你可以用两种方式引用这个x:name和name。所有xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"和 xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"是多个名称空间的引用。因为xaml拥有Control命名空间(不是100%)，而presentation拥有FrameworkElement和Button类有一个继承模式:

Button : ButtonBase
ButtonBase : ContentControl, ICommandSource
ContentControl : Control, IAddChild
Control : FrameworkElement
FrameworkElement : UIElement, IFrameworkInputElement, 
                    IInputElement, ISupportInitialize, IHaveResources

因此，从FrameworkElement继承的任何东西都可以访问它的所有公共属性。在Button的例子中，它从FrameworkElement中获得它的Name属性，在层次结构树的最顶端。所以你可以说x:Name或Name，它们都将从FrameworkElement访问getter/setter。

MSDN参考

WPF定义了一个CLR属性，XAML处理器使用该属性将多个CLR名称空间映射到单个XML名称空间。XmlnsDefinitionAttribute属性被放置在生成程序集的源代码中的程序集级别。WPF程序集源代码使用此属性映射各种公共名称空间，例如System。Windows和System.Windows。控件添加到http://schemas.microsoft.com/winfx/2006/xaml/presentation名称空间。

所以程序集属性看起来像这样:

高清设备

[assembly: XmlnsDefinition("http://schemas.microsoft.com/winfx/2006/xaml/presentation", "System.Windows")]

[assembly: XmlnsDefinition("http://schemas.microsoft.com/winfx/2006/xaml/presentation", "System.Windows.Data")]

[assembly: XmlnsDefinition("http://schemas.microsoft.com/winfx/2006/xaml/presentation", "System.Windows.Navigation")]

[assembly: XmlnsDefinition("http://schemas.microsoft.com/winfx/2006/xaml/presentation", "System.Windows.Shapes")]

[assembly: XmlnsDefinition("http://schemas.microsoft.com/winfx/2006/xaml/presentation", "System.Windows.Documents")]

[assembly: XmlnsDefinition("http://schemas.microsoft.com/winfx/2006/xaml/presentation", "System.Windows.Controls")]  

The specified x:Name becomes the name of a field that is created in the underlying code when XAML is processed, and that field holds a reference to the object. In Silverlight, using the managed API, the process of creating this field is performed by the MSBuild target steps, which also are responsible for joining the partial classes for a XAML file and its code-behind. This behavior is not necessarily XAML-language specified; it is the particular implementation that Silverlight applies to use x:Name in its programming and application models.

阅读更多关于MSDN…