x:Member 指示詞

在標記中宣告 XAML 成員。

XAML 物件項目用法

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

XAML 值

值	Description
className	XAML 生產的支援類別或部分類別名稱。
memberName	正在定義之屬性的成員名稱。

備註

在 .NET XAML 服務實作中，。 x:Member 沒有直接的類型支援，但受到 MemberDefinition 類別的支援。 在 XAML 節點資料流中，x:Member 項目會以 XAML 語言 XAML 命名空間中名為 Member 的成員表示。 成員 Member 包含以標記宣告的屬性。

和 Type 的意義 Name 不會在 .NET XAML 服務層級指派。 它們會在初始 XAML 節點資料流中儲存為字串值，以便稍後依據特定架構可能加諸的規則解譯。 這個意義可能與 XAML 名稱和 XAML 類型的意義一致，或可能只是在支援類型系統中有效，視實作而定。

若要支援實際使用 x:Members 做為在標記中指定成員定義的方法，這些成員必須與可修改的類別相關聯。 預期的模型是 x:Members 做為可指定 x:Class 之類型成員的形式存在。 不過，.NET XAML 服務層級不支援關聯型別和成員或產生動態成員定義的機制。 這會保留給具有支援 XAML 成員定義之應用程式模型的個別架構。 通常需要 MSBUILD 建置動作以標記編譯 XAML，然後與程式碼後置整合，或是從 XAML 產生純組件，才能支援該功能。

Windows Workflow Foundation 的 x:Property

針對 Windows Workflow Foundation，x:Property 會定義完全以 XAML 撰寫之自訂活動的成員，或程式碼後置活動設計工具的 XAML 定義動態成員。 x:Class 也必須在 XAML 生產的根項目上指定。 這不是 .NET XAML 服務層級的需求，而是當 MSBUILD 組建動作載入支援自訂活動和 Windows Workflow Foundation XAML 的 MSBUILD 組建動作載入時，就會成為需求。 Windows Workflow Foundation 不會使用純 XAML 類型名稱做為其屬性的預期值 x:PropertyType ，而是使用此處未記載的慣例。 如需詳細資訊，請參閱 DynamicActivity 建立 。