基本要素の概要
Windows Presentation Foundation (WPF) のクラスの大部分は、SDK のドキュメントで一般に基本要素クラスと呼ばれる 4 つのクラスから派生しています。 このようなクラスとしては、UIElement、FrameworkElement、ContentElement、FrameworkContentElement があります。 DependencyObject クラスも関連がありますが、これは UIElement と ContentElement の両方に共通する基底クラスであるためです
WPF クラスの基本要素 API
UIElement および ContentElement は、どちらも DependencyObject から派生していますが、その方法は多少異なります。 このレベルでの相違点は、UIElement や ContentElement がユーザー インターフェイスで使用される方法と、それらがアプリケーション内で使用される目的に関するものです。 UIElement のクラス階層構造内には Visual も存在します。これは、Windows Presentation Foundation (WPF) の基礎となる低レベルのグラフィックス サポートを公開するクラスです。 Visual では、独立した四角形の画面領域を定義することにより、レンダリングのフレームワークが提供されます。 実際には、UIElement では比較的大きなオブジェクト モデルがサポートされており、四角形の画面領域として記述できる領域にレンダリングおよびレイアウトされるように設計されている要素のためのものです。そのコンテンツ モデルは、さまざまな要素の組み合わせが可能なように、意図的にオープンに作られています。 ContentElement は Visual から派生していません。そのモデルは、ContentElement は、リーダーやビューアーなど、他のものによって消費され、要素を解釈し、完全な Visual を生成して、Windows Presentation Foundation (WPF) で消費されるされるというものです。 一部の UIElement クラスは、コンテンツ ホストとなるように設計されています。それらのクラスでは、1 つ以上の ContentElement クラスに対して、ホスティングとレンダリングが提供されます (そのようなクラスの例として、DocumentViewer があります)。 ContentElement は、比較的小さなオブジェクト モデルを持ち、UIElement 内にホストされるテキスト、情報、またはドキュメントのコンテンツ向けに使用されることの多い要素の基底クラスとして使用されます。
フレームワークレベルとコアレベル
UIElement は FrameworkElement の基底クラスとして機能し、ContentElement は FrameworkContentElement の基底クラスとして機能します。 この次のレベルのクラスが存在する理由は、WPF フレームワーク レベルとは異なる WPF コア レベルをサポートするためです。この区分は、PresentationCore と PresentationFramework アセンブリ間での API の区分にも存在します。 WPF フレームワーク レベルは、表示のためのレイアウト マネージャーの実装など、アプリケーションの基本的ニーズに対して、より完全なソリューションを提供します。 WPF コア レベルには、アセンブリの追加によるオーバーヘッドを引き起こすことなく WPF の大部分を使用する方法が用意されています。 これらのレベルの区別は、多くの通常のアプリケーション開発シナリオではほとんど問題にはならず、一般には、WPF API を 1 つのものと見なして、WPF フレームワーク レベルと WPF コア レベルの違いについて意識する必要はありません。 たとえば、ソリューション全体でユーザー インターフェイス (UI) の構成とレイアウトを既に独自に実装していて、アプリケーション設計で WPF フレームワーク レベルの機能の大部分を置き換えることにした場合は、レベルの区別についての理解が必要となる可能性があります。
派生元の要素を選択する
WPF を拡張するカスタム クラスを作成する最も実用的な方法は、WPF クラスの 1 つから派生させることで、既存のクラス階層から、必要な機能をできるだけ多く取得することです。 このセクションでは、継承元とするクラスの選択に役立つように、最も重要な要素クラスのうちの 3 つのクラスが提供する機能を示します。
コントロールを実装する場合 (WPF クラスから派生させる理由として、これは実際のところより一般的な理由の 1 つです)、実用的なコントロールであるクラス、コントロール ファミリの基底クラス、または少なくとも Control 基底クラスから派生させたいと考えることでしょう。 いくつかのガイドラインと実際の例については、「コントロールの作成の概要」を参照してください。
コントロールを作成しているのではなく、階層の上位にあるクラスから派生する必要がある場合は、各基本要素クラスに定義された特性に関するガイドを意図した、以下のセクションを参照してください。
DependencyObject から派生するクラスを作成すると、次の機能が継承されます。
UIElement から派生するクラスを作成する場合は、DependencyObject によって提供される機能以外に、次の機能を継承します。
アニメーション化されたプロパティ値の基本的なサポート。 詳しくは、「 アニメーションの概要」をご覧ください。
基本的な入力イベントのサポートと、コマンド実行のサポート。 詳細については、「入力の概要」および「コマンド実行の概要」を参照してください。
レイアウト システムに情報を提供するためにオーバーライドできる仮想メソッド。
FrameworkElement から派生するクラスを作成する場合は、UIElement によって提供される機能以外に、次の機能を継承します。
スタイル設定とストーリーボードのサポート。 詳細については、「Style」および「ストーリーボードの概要」を参照してください。
データ バインディングのサポート。 詳しくは、「 データ バインディングの概要」をご覧ください。
動的リソース参照のサポート。 詳細については、「XAML リソース」を参照してください。
プロパティ値継承のサポート、および、データ バインディング、スタイル、またはレイアウトのフレームワークの実装などのフレームワーク サービスのプロパティに関する条件をレポートする場合に役立つ、メタデータ内の他のフラグ。 詳細については、「フレームワーク プロパティ メタデータ」を参照してください。
論理ツリーの概念。 詳細については、「WPF のツリー」を参照してください。
レイアウトに影響を与えるプロパティの変更を検出できる OnPropertyChanged オーバーライドなど、レイアウト システムの実際的な WPF フレームワーク レベルの実装のサポート。
ContentElement から派生するクラスを作成する場合は、DependencyObject によって提供される機能以外に、次の機能を継承します。
アニメーションのサポート。 詳しくは、「 アニメーションの概要」をご覧ください。
基本的な入力イベントのサポートと、コマンド実行のサポート。 詳細については、「入力の概要」および「コマンド実行の概要」を参照してください。
FrameworkContentElement から派生するクラスを作成する場合は、ContentElement によって提供される機能以外に、次の機能を使用できます。
スタイル設定とストーリーボードのサポート。 詳細については、「Style」および「アニメーションの概要」を参照してください。
データ バインディングのサポート。 詳しくは、「 データ バインディングの概要」をご覧ください。
動的リソース参照のサポート。 詳しくは、「XAML リソース」を参照してください。
プロパティ値継承のサポート、および、データ バインディング、スタイル、またはレイアウトのフレームワークの実装などのフレームワーク サービスのプロパティに関する条件をレポートする場合に役立つ、メタデータ内の他のフラグ。 詳細については、「フレームワーク プロパティ メタデータ」を参照してください。
レイアウト システムの変更 (たとえば ArrangeOverride) へのアクセスは継承されません。 レイアウト システムの実装は、FrameworkElement でのみ利用できます。 ただし、レイアウトに影響を与えるプロパティの変更を検出し、それらの変更を任意のコンテンツ ホストに報告できる OnPropertyChanged オーバーライドは継承されます。
さまざまなクラスに関してコンテンツ モデルがドキュメント化されています。 派生元として適切なクラスを見つける必要がある場合、クラスのコンテンツ モデルは、考慮する必要がある項目の候補の 1 つです。 詳細については、「WPF のコンテンツ モデル」を参照してください。
他の基本クラス
DispatcherObject
DispatcherObject では、WPF スレッド モデルのサポートが提供されており、WPF アプリケーション用に作成されたすべてのオブジェクトを Dispatcher に関連付けられるようにします。 UIElement、DependencyObject、または Visual から派生させない場合でも、このスレッド モデルのサポートを可能にするために DispatcherObject から派生させることを検討してください。 詳細については、「スレッド モデル」を参照してください。
ビジュアル
Visual では、四角形に近い表示形式を必要とする 2D オブジェクトの概念が実装されています。 Visual の実際のレンダリングは他のクラスで行われます (単一のクラスですべての操作が完結しません) が、Visual クラスでは、レンダリング プロセスのさまざまなレベルで使用される既知の型が提供されます。 Visual ではヒット テストが実装されていますが、ヒット テストの結果を報告するイベントは公開されていません (このイベントは UIElement にあります)。 詳細については、「ビジュアル層のプログラミング」を参照してください。
Freezable
Freezable では、不変オブジェクトが必要なときやパフォーマンス上の理由で望ましいときにオブジェクトのコピーを生成する手段を提供することにより、可変オブジェクト上で不変性がシミュレートされます。 Freezable 型は、ジオメトリ、ブラシ、アニメーションなどの特定のグラフィックス要素に使用できる共通の基盤です。 Freezable は Visual ではありません。これには、別のオブジェクトのプロパティ値を設定するために Freezable が適用されるときにサブプロパティとなるプロパティを格納できます。これらのサブプロパティは、レンダリングに影響することがあります。 詳細については、「Freezable オブジェクトの概要」を参照してください。
Animatable は、Freezable 派生クラスであり、このクラスによってアニメーション コントロール層とユーティリティ メンバーが追加され、現在のアニメーション プロパティを非アニメーション プロパティから区別できるようになります。
Control
Control は、あるテクノロジではコントロールと呼ばれ、別のテクノロジではコンポーネントと呼ばれるオブジェクトの種類の基底クラスとして意図されています。 一般に、WPF コントロール クラスは、UI コントロールを直接表すか、コントロールの構成に密接に関与するクラスです。 Control で主に提供される機能は、コントロールのテンプレート作成です。
関連項目
.NET Desktop feedback