x:Member 指令

在标记中声明一个 XAML 成员。

XAML 对象元素用法

<object x:Class="className">
  <x:Members>
    <x:Member Name="propertyName"/>
    additionalMembers
  </x:Members>
</object>

XAML 值

说明
className XAML 生产的备用类或分部类的名称。
memberName 正在定义的属性的成员名称。

备注

在 .NET XAML 服务实现中, x:Member 没有直接的类型支持,但受 MemberDefinition 类支持。 在 XAML 节点流中,x:Member 元素表示为 XAML 语言 XAML 命名空间中名为 Member 的成员。 成员 Member 按标记所声明的保留属性。

未在 .NET XAML 服务级别分配 NameType 的含义。 它们作为字符串值存储在初始的 XAML 节点流中,将在之后根据可能由特定框架强加的规则进行解释。 该含义可能与 XAML 名称和 XAML 类型含义一致,或者可能仅在备用类型系统中有效,这取决于实现。

若要支持将 x:Members 实际用作一种在标记中指定成员定义的方法,成员必须与可修改的类相关联。 预期模型是 x:Members 作为指定 x:Class 的类型的成员存在。 但是,.NET XAML 服务级别不支持用于关联类型和成员或用于生成动态成员定义的机制。 此功能由具有支持 XAML 的成员定义的应用程序模型的单个框架实现。 通常,需要 MSBUILD 生成操来支持此功能,这些操作以标记编译 XAML 并将其与隐藏代码相集成或者从 XMAL 生成纯程序集。

适用于 Windows Workflow Foundation 的 x:Property

对于 Windows Workflow Foundation,x:Property 定义完全在 XAML 中构成的自定义活动的成员,或具有隐藏代码的活动设计器的 XMAL 定义的动态成员。 此外,必须在 XAML 生产的根元素上指定 x:Class。 这不是 .NET XAML 服务级别上的要求,但在一般情况下当支持自定义活动和 Windows Workflow Foundation XAML 的 MSBUILD 生成操作加载 XAML 生产时将成为一项要求。 Windows Workflow Foundation 不使用纯 XAML 类型名称作为其 x:PropertyType 特性的预期值,而是使用本文中未记录的约定。 有关详细信息,请参阅 DynamicActivity 创建