バインディング ソースの概要

データ バインディングでは、バインディング ソース オブジェクトは、データの取得元のオブジェクトを表します。 このトピックでは、バインディング ソースとして使用できるオブジェクトの型について説明します。

バインディング ソースの型

Windows Presentation Foundation (WPF) データ バインディングは、次のバインディング ソースの型をサポートしています。

バインディング ソースのクラスの実装

独自のバインディング ソースを作成できます。 このセクションでは、バインディング ソースとして機能するクラスを実装する場合に認識している必要のある事項について説明します。

変更通知の提供

OneWay または TwoWay バインディングを使用している場合は (バインディング ソース プロパティが動的に変化するときに UI を更新するため)、適切なプロパティ変更通知メカニズムを実装する必要があります。 CLR または動的クラスで INotifyPropertyChanged インターフェイスを実装することをお勧めします。 詳細については、「プロパティの変更通知を実装する」を参照してください。

INotifyPropertyChanged を実装しない CLR オブジェクトを作成する場合、独自の通知システムを使用して、バインディングで使用するデータを確実に最新に保つ必要があります。 変更通知対象にする各プロパティの PropertyChanged パターンをサポートすることによって、変更通知を提供できます。 このパターンをサポートするには、プロパティごとに PropertyNameChanged イベントを定義します。PropertyName はプロパティの名前です。 プロパティが変更されるたびにイベントが発生します。

バインディング ソースがこれらの通知メカニズムの 1 つを実装する場合、ターゲットの更新が自動的に発生します。 何らかの理由でバインディング ソースが適切なプロパティ変更通知を提供しない場合、UpdateTarget メソッドを使用してターゲット プロパティを明示的に更新できます。

その他の特性

その他の重要な点を次に示します。

• XAML にオブジェクトを作成する場合は、クラスにパラメーターなしのコンストラクターが必要です。 C# などの一部の .NET 言語では、パラメーターなしのコンストラクターが自動的に作成される場合があります。

• バインディングのバインディング ソース プロパティとして使用するプロパティは、クラスのパブリック プロパティである必要があります。 明示的に定義されたインターフェイスのプロパティは、バインディングの目的ではアクセスできません。また、基本実装を持たない保護されたプロパティ、プライベート プロパティ、内部プロパティ、仮想プロパティも同様にバインディングの目的ではアクセスできません。

• パブリック フィールドにバインドすることはできません。

• クラスで宣言されたプロパティの型は、バインディングに渡される型です。 ただし、最終的にバインディングによって使用される型は、バインディング ソース プロパティの型ではなく、バインディング ターゲット プロパティの型によって決まります。 型の違いがある場合は、バインディングにカスタム プロパティを最初に渡す方法を処理するコンバーターを作成する必要があります。 詳細については、「IValueConverter」を参照してください。

バインディング ソースとしてオブジェクト全体を使用する

バインディング ソースとしてオブジェクト全体を使用できます。 Source または DataContext プロパティを使用してバインディング ソースを指定し、空のバインディング宣言 {Binding} を提供できます。 これが便利なシナリオには、文字列型のオブジェクトへのバインディング、対象とするプロパティが複数あるオブジェクトへのバインディング、またはコレクション オブジェクトへのバインディングなどがあります。 コレクション オブジェクト全体へのバインディングの例は、「階層データでマスター詳細パターンを使用する」を参照してください。

バインディング ターゲット プロパティに対してデータが意味を持つように、カスタム ロジックを適用する必要があることに注意してください。 カスタム ロジックは、カスタム コンバーター (既定の型変換が存在しない場合) または DataTemplate の形式にできます。 コンバーターの詳細については、「データ バインディングの概要」の「データ変換」セクションを参照してください。 データ テンプレートの詳細については「 データ テンプレートの概要」を参照してください。

バインディング ソースとしてコレクション オブジェクトを使用する

多くの場合、バインディング ソースとして使用するオブジェクトは、カスタム オブジェクトのコレクションです。 各オブジェクトは、反復されるバインディングの 1 つのインスタンスのソースとして機能します。 たとえば、CustomerOrder オブジェクトから構成される CustomerOrders コレクションがあり、アプリケーションが注文数およびそれぞれに含まれているデータを判別するためにコレクションとやり取りするとします。

IEnumerable インターフェイスを実装する任意のコレクションを列挙できます。 ただし、コレクションの挿入または削除によって UI が自動的に更新されるように動的バインドを設定するには、コレクションは INotifyCollectionChanged インターフェイスを実装する必要があります。 このインターフェイスは、基盤のコレクションが変更されたときに必ず発生する必要があるイベントを公開します。

ObservableCollection<T> クラスは、INotifyCollectionChanged インターフェイスを公開するデータ コレクションの組み込みの実装です。 コレクション内の個々のデータ オブジェクトは、前の各セクションで説明されている要件を満たす必要があります。 例については、「ObservableCollection を作成およびバインドする」を参照してください。 独自のコレクションを実装する前に、ObservableCollection<T> または既存のコレクション クラス (List<T>、Collection<T>、BindingList<T> など) のいずれかを使用することを検討してください。

WPF はコレクションに直接バインドすることはありません。 バインディング ソースとしてコレクションを指定すると、WPF は実際にはコレクションの既定のビューにバインドします。 既定のビューの詳細については、「データ バインディングの概要」を参照してください。

高度なシナリオで独自のコレクションを実装する場合、IList インターフェイスの使用を検討します。 IList では、インデックスによって個別にアクセスできるオブジェクトの一般的ではないコレクションが提供され、パフォーマンスを向上できます。

データ バインディングでのアクセス許可要件

データ バインディング時、アプリケーションの信頼レベルを考慮する必要があります。 次の表は、完全信頼または部分信頼で実行しているアプリケーションにおいてバインドできるプロパティの型のまとめです。

この表では、データ バインディングのアクセス許可要件について次の重要事項を説明します。

• CLR プロパティでは、バインディング エンジンが、リフレクションを使用してバインディング ソースのプロパティにアクセスできる限り、データ バインディングは機能します。 それ以外の場合、バインディング エンジンは、プロパティを検出できないという警告を発行し、フォールバック値または既定値を使用します (使用できる場合)。

• コンパイル時または実行時に定義されている動的オブジェクトのプロパティにバインドできます。

• 依存関係プロパティには常にバインドできます。

XML バインディングのアクセス許可要件は同様です。 部分信頼サンド ボックスでは、XmlDataProvider は、指定されたデータにアクセスする権限がない場合には失敗します。

匿名型のオブジェクトは内部です。 完全信頼で実行されている場合にのみ、匿名型のプロパティにバインドできます。 匿名型の詳細については、「Anonymous Types (C# Programming Guide)」または「Anonymous Types (Visual Basic)」を参照してください。

部分信頼セキュリティの詳細については、「WPF 部分信頼セキュリティ」を参照してください。

関連項目

• ObjectDataProvider
• XmlDataProvider
• バインディング ソースを指定する
• データ バインディングの概要
• LINQ to XML による WPF のデータ バインディングの概要
• データ バインディングのパフォーマンスを最適化する