共用方式為


繫結來源概觀

在資料繫結中,繫結來源物件是指您取得資料的來源物件。 本主題討論可以當做繫結來源的物件類型。

這個主題包含下列章節。

  • 繫結來源類型
  • 為繫結來源實作類別
  • 使用整個物件做為繫結來源
  • 使用集合物件做為繫結來源
  • 資料繫結的使用權限需求
  • 相關主題

繫結來源類型

Windows Presentation Foundation (WPF) 資料繫結支援下列繫結來源類型:

繫結來源

說明

common language runtime (CLR) 物件

您可以繫結至任何 common language runtime (CLR) 物件的公用屬性、子屬性和索引子。 繫結引擎會使用 CLR 反映取得這些屬性的值。 此外,實作 ICustomTypeDescriptor 或擁有已註冊之 TypeDescriptionProvider 的物件也會使用繫結引擎。

如需如何實作可做為繫結來源之類別的詳細資訊,請參閱本主題稍後的為繫結來源實作類別。

動態物件

如果物件實作 IDynamicMetaObjectProvider 介面,您就可以繫結至該物件的可用屬性和索引子。 只要您可以在程式碼中存取某個成員,就可以繫結至該成員。 例如,若動態物件可讓您在程式碼中透過 someObjet.AProperty 存取某個成員,您就可以將繫結路徑設定為 AProperty,以繫結至該成員。

ADO.NET 物件

您可以繫結至 ADO.NET 物件,例如 DataTable。ADO.NET DataView 會實作 IBindingList 介面,以提供繫結引擎所接聽的變更告知。

XML 物件

您可以在 XmlNodeXmlDocumentXmlElement 上繫結至並執行 XPath 查詢。 有一種簡便的方法可以存取在標記中做為繫結來源的 XML 資料,就是使用 XmlDataProvider 物件。 如需詳細資訊,請參閱 HOW TO:使用 XMLDataProvider 和 XPath 查詢繫結至 XML 資料

您也可以繫結至 XElementXDocument,或繫結至在這些類型的物件上使用 LINQ to XML 執行查詢的結果。 有一種簡便的方法可以使用 LINQ to XML 存取在標記中做為繫結來源的 XML 資料,就是使用 ObjectDataProvider 物件。 如需詳細資訊,請參閱 HOW TO:繫結至 XML 查詢結果的 XDocument、XElement 或 LINQ

DependencyObject 物件

您可以繫結至任何 DependencyObject 的相依性屬性。 如需範例,請參閱 HOW TO:繫結兩個控制項的屬性

為繫結來源實作類別

您可以建立自己的繫結來源。 本節討論在實作類別以做為繫結來源時,您必須知道的一些事項。

提供變更告知

如果使用 OneWayTwoWay 繫結 (因為您想要在繫結來源屬性動態變更時更新 UI),您必須實作適當的屬性變更通知機制。 建議的機制是由 CLR 或動態類別實作 INotifyPropertyChanged 介面。 如需詳細資訊,請參閱 HOW TO:實作屬性變更通知

如果您建立的 CLR 物件未實作 INotifyPropertyChanged,則您必須安排自己的通知系統,以確保繫結中使用的都是最新的資料。 您可以針對想要通知變更的每個屬性,支援 PropertyChanged 模式,以提供變更通知。 若要支援這個模式,請定義每個屬性的 PropertyName Changed 事件,其中 PropertyName 是屬性的名稱。 您可在每次屬性變更時,引發這個事件。

如果繫結來源實作其中一種通知機制,系統就會自動更新目標。 如果繫結來源因為任何原因而未提供適當的屬性變更通知,您可以選擇使用 UpdateTarget 方法明確更新目標屬性。

其他特性

下列清單提供必須注意的其他重點:

  • 如果要在 XAML 中建立物件,此類別必須擁有預設建構函式。 在某些 .NET 語言 (例如 C#) 中,可能會為您建立預設的建構函式。

  • 要當做繫結之繫結來源屬性的屬性必須是類別的公用屬性。 明確定義的介面屬性不能做為繫結之用,而沒有基底實作的受保護、私用、內部或虛擬屬性同樣也不能做為繫結之用。

  • 您不能繫結至公用欄位。

  • 類別中宣告的屬性其型別就是傳遞至繫結的型別。 不過,繫結最終使用的型別需視繫結目標屬性 (而非繫結來源屬性) 的型別而定。 如果型別不同,您可能需要撰寫轉換器來處理自訂屬性一開始傳遞到繫結的方式。 如需詳細資訊,請參閱 IValueConverter

使用整個物件做為繫結來源

您可以使用整個物件做為繫結來源。 您可以利用 SourceDataContext 屬性指定繫結來源,然後提供空白繫結宣告:{Binding}。 可以使用這種方法的案例包括繫結到屬於字串型別的物件、繫結到內含您所需之多個屬性的物件,或是繫結到集合物件。 如需繫結到整個集合物件的範例,請參閱 HOW TO:使用含階層式資料的主從式模式

請注意,您可能必須套用自訂邏輯,如此資料對於繫結目標屬性來說才有意義。 自訂邏輯可能採用自訂轉換子 (如果預設型別轉換不存在的話) 或 DataTemplate 的形式。 如需轉換子的詳細資訊,請參閱資料繫結概觀的<資料轉換>一節。 如需資料範本的詳細資訊,請參閱資料範本化概觀

使用集合物件做為繫結來源

您想當做繫結來源的物件通常會是自訂物件的集合。 每個物件都會當做重複繫結的其中一個執行個體的來源。 例如,您可能有一個由 CustomerOrder 組成的 CustomerOrders 集合,而您的應用程式會逐一查看這個集合來判斷訂單數量,以及各筆訂單所包含的資料。

您可以列舉實作 IEnumerable 介面的任何物件。 不過,若要設定動態繫結,讓集合中的插入或刪除作業自動更新 UI,則集合必須實作 INotifyCollectionChanged 介面。 這個介面會公開 (Expose) 每次基礎集合變更時必須引發的事件。

ObservableCollection<T> 類別是公開了 INotifyCollectionChanged 介面的內建資料集合實作。 集合中的個別資料物件都必須滿足前幾個章節中描述的需求。 如需範例,請參閱 HOW TO:建立和繫結至 ObservableCollection。 實作您自己的集合之前,請考慮使用 ObservableCollection<T> 或其中一個現有的集合類別,例如 List<T>Collection<T>BindingList<T> 等等。

WPF 絕不會直接繫結至集合。 如果您指定集合做為繫結來源,WPF 實際上會繫結至集合的預設檢視。 如需預設檢視的詳細資訊,請參閱資料繫結概觀

如果您在進階案例中要實作自己的集合,請考慮使用 IList 介面。 IList 提供了非泛型的物件集合,其中每個物件都可經由索引被個別存取,而這樣可以改善效能。

資料繫結的使用權限需求

進行資料繫結時,您必須考慮應用程式的信任層級。 下表摘要說明在以完全信任或部分信任執行的應用程式中,可以當做繫結目標的屬性型別:

屬性型別

(所有存取修飾詞)

動態物件屬性

動態物件屬性

CLR 屬性

CLR 屬性

相依性屬性

相依性屬性

信任層級

完全信任

部分信任

完全信任

部分信任

完全信任

部分信任

公用類別

非公用類別

這個表格說明資料繫結中使用權限需求的下列相關重點:

  • 對於 CLR 屬性,只要繫結引擎能夠使用反映來存取繫結來源屬性,資料繫結就有作用。 否則,繫結引擎將會發出找不到屬性的警告,並使用遞補值或預設值 (如果有的話)。

  • 您可以繫結至在編譯階段或執行階段定義之動態物件上的屬性。

  • 您永遠都可以繫結至相依性屬性。

XML 繫結也有類似的使用權限需求。在部分信任沙箱中,如果 XmlDataProvider 沒有存取指定之資料的使用權限,它將會失敗。

具有匿名型別的物件為內部物件。 只有在完全信任狀況下執行時,您才能繫結至匿名型別的屬性。 如需匿名型別的詳細資訊,請參閱匿名型別 (C# 程式設計手冊)匿名型別 (Visual Basic) (Visual Basic)。

如需部分信任安全性的詳細資訊,請參閱 WPF 部分信任安全性

請參閱

工作

HOW TO:指定繫結來源

參考

ObjectDataProvider

XmlDataProvider

概念

資料繫結概觀

使用 LINQ to XML 進行 WPF 資料繫結概觀

最佳化效能:資料繫結

其他資源

資料繫結 HOW TO 主題