1. WPF
    1. バージョン3.0以降の.NET Frameworkに標準搭載
      1. Windowsフォーム
        1. それより前のGUI開発ライブラリ
          1. 単にWin32 APIをマネージ・コードでラップしたもの
      2. WPFはマネージ・コードで新たに実装されたGUI開発ライブラリ
    2. WPFの特徴と利点
      1. グラフィックス・ハードウェア
        1. コアの部分にグラフィックス・ハードウェアを活用したベクター・ベースのレンダリング・エンジンを採用
        2. ベクター・ベースであるため、UI要素にスムーズな拡大・縮小／回転を掛けることができる
      2. コントロール、メディア、文書の統合
        1. コントロール、3D描画、メディア、リッチテキストなどの整形済み文書に対して、統一的な開発機能を提供
        2. ボタンの中に動画を表示するといった組み合わせも簡単
      3. UIカスタマイズの柔軟性
        1. 任意の形状のボタンを作成
        2. 背景に動画
      4. 見た目（＝外観デザイン）とロジックの分離
        1. XAML（Extensible Application Markup Language）
          1. XML形式の宣言的言語を用いてユーザー・インターフェイスを記述
    3. プログラミング・モデル
      1. XAMLコード＋分離コード
        1. ロジックが必要な場合には、C#などで記述する（「分離コード」と呼ぶ）
        2. ビルド時に1つのクラスに合成
        3. BAML(Binary Application Markup Language)
          1. XAMLコードをバイナリ化したもの
      2. ツリー構造のUI要素
        1. WPFのUI要素はツリー構造により構築
          1. ボタンの中に動画を配置したり、コンボボックスの中にボタンを並べたりすることも可能
        2. 特徴
          1. 1.平行移動や回転などの変形は、親要素からの相対位置に基づいて、子要素もろとも
          2. 2.添付プロパティという仕組みを用いて、要素自身ではなく、親要素が使う情報を持てる
          3. 3.FontSizeなど、一部のプロパティは親要素から値を継承する（包含継承）
      3. データ・バインディング
        1. ビュー側には「ここにこのデータを表示したい」というような目印だけを入れ、 実際のデータは外部から与える
        2. XAMLコード内で、属性値に「{Binding}」という記述を行う
        3. 実際に表示したいデータは、DataContextというプロパティを介して渡す
        4. ビューとモデルの接点はDataContextプロパティのただ1点のみ
    4. UI要素
      1. 分類
        1. コントロール
        2. コンテナ
        3. シェイプ
        4. ドキュメント
      2. 標準コントロール
      3. WPF Toolkit
        1. 開発途中のコントロールをいち早く開発者が試せるように、マイクロソフトがCodePlexというサイトにおいてオープン・ソースとして提供している
      4. コンテナ
        1. StackPanel： 要素を縦または横に並べて配置
        2. WrapPanel： HTMLのインライン要素と同じように、画面の幅に合わせて自動的に折り返す
        3. DockPanel： UI要素を上下左右に貼り付ける形で配置
        4. Grid： UI要素を格子状に配置
        5. Canvas： UI要素を、座標や幅・高さの値を明示的に指定して配置
      5. シェイプ
      6. メディア
        1. 静止画を表示するためのImageコントロール
        2. 動画や音声を再生するためのMediaElementコントロール
        3. ほかのUI要素ときっちり統合
      7. ドキュメント
    5. WPFとXAMLの関係性
      1. XAML＝「CLRオブジェクトのインスタンス生成」
        1. WF（Windows Workflow Foundation）でも、ワークフローの記述にXAMLを利用
      2. CLRオブジェクトとXAMLコードの双方向変換
        1. XAML形式でシリアライズ／デシリアライズすることが可能
    6. 依存関係プロパティ（dependency property）
      1. 用途
        1. 包含継承： 親要素で設定した値をそのまま継承して使う
        2. リソース： 1カ所で定義したオブジェクトを複数カ所から参照
        3. スタイル： HTMLでいうところのCSSのようなスタイル設定
        4. データ・バインディング： モデルとビューの間など、異なるオブジェクト間で値を結び付ける
      2. 意義
        1. パフォーマンス
        2. メタデータの保持
        3. 値の優先順位
    7. ルーティング・イベント（routed event）
      1. 依存関係プロパティのイベント版
      2. 発生したイベントが要素ツリーをたどって“ルーティング”される
      3. 種類
        1. 直接（Direct）： イベント発生源となる要素自身のイベント・ハンドラのみが呼び出し
        2. トンネル（Tunnel）： 要素ツリーのルートからイベント発生源となる要素に向かって、要素ツリーを掘り進むようにイベント・ハンドラが呼び出される
        3. バブル（Bubble）： イベント発生源となる要素からルートに向かって、要素ツリーをたどりながら、浮かび上がるようにイベント・ハンドラが呼び出される
      4. 利用例
        1. 子要素で発生したイベントを親要素自身で一括して処理したい場合など
        2. <UserControl x:Class="MyControl" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"> <Grid> <ListBox Name="list" Button.Click="Button_Click"> <ListBox.ItemTemplate> <DataTemplate> <Button Content="{Binding}" /> </DataTemplate> </ListBox.ItemTemplate> </ListBox> </Grid> </UserControl>
  2. データバインディング
    1. データ・ソース（＝モデルなどの、データの提供元）をビュー（＝WPFの場合はXAMLコード）上のUI要素と簡単に結び付ける
    2. 値を一度だけ代入するのではなく、「1カ所で値が変化するたびに、ほかの個所にもその変化が即座に伝搬される」
    3. 利用法
    4. Bindingマークアップ拡張
      1. 向き(Modeプロパティ)
        1. OneTime： UI要素生成時に一度だけ、ソース・プロパティの値を読み出してターゲット・プロパティに与える
        2. OneWay： ソース・プロパティが変更された際に、ターゲット・プロパティに変更を反映させる
        3. OneWayToSource： ターゲット・プロパティが変更された際に、ソース・プロパティに変更を反映
        4. TwoWay：ソース・プロパティおよびターゲット・プロパティのいずれの変更も、他方に反映
      2. タイミング(UpdateSourceTriggerプロパティ)
        1. Default： バインディング・ターゲットの依存関係プロパティのメタデータに基づいてタイミングを決定
        2. PropertyChanged： バインディング・ターゲットの値が変化するたびに（例えば、テキストボックスの場合、1文字入力されるたびに）変更を通知
        3. LostFocus： バインディング・ターゲットの要素がフォーカスを失うたびに（例えば、テキストボックスからフォーカスを外した際に）変更を通知
        4. Explicit： 明示的にUpdateSourceメソッドを呼び出した場合にのみ変更を通知
      3. ソースのパスの書き方
        1. Pathプロパティは省略形で書くことができる
          1. {Binding X}　-> {Binding Path=X}
        2. 「{Binding X.Y}」のように、「.」でつなぐことで階層的なパス指定が可能
        3. 「{Binding X[0]}」のように、角カッコを用いてインデクサを利用可能
  3. 「コマンド」と「MVVMパターン」
    1. コマンド
      1. 意味論的なイベント処理（コマンド）
        1. WPFでは、この意味論的なイベントを「コマンド（command）」と呼んでいる
      2. コマンドの実行可否
        1. コマンドの実行可否はモデルの状態に応じて随時変化し、これに応じてボタンやメニューなどの有効／無効を切り替えなければならない
        2. データが変化したことを（各ビューに）通知する仕組み（＝コマンド）が必要
      3. 2つの機能を提供する「コマンド」（command）という仕組みを持っている
        1. 意味的なイベント処理
        2. モデルの状態に応じてボタンを押せなくするなどして、コマンドを実行の可否を切り替え
      4. コマンドの実体
        1. コマンドの実体はICommandインターフェイス（System.Windows.Input名前空間）を実装したクラス
        2. CanExecuteメソッド： コマンドが実行可能な状態にあるかどうかを判定
        3. CanExecuteChangedイベント： コマンド実行の可否が変化したことを通知
      5. データ・バインディングでコマンド処理
        1. ビューの外部から表示したいデータを与えることができる
        2. 外部から与えるデータは、後述する「ビューモデル（ViewModel）」というものになる場合が多い
        3. 利用手順
          1. ICommandインターフェイスを実装したクラスを作る（＝コマンドの実装）
          2. 外部から与えるデータ（＝ビューモデル）により、実装したコマンドをプロパティとして公開
          3. 公開したプロパティを、<Button>要素や<MenuItem>要素などのCommandプロパティにデータ・バインディング
      6. ルーティング・コマンドを使ったコマンド処理
        1. ICommandインターフェイスの1実装として、RoutedCommandクラスというものがある
        2. 利用目的別
          1. ApplicationCommands： ファイルを開く、保存、ウィンドウを閉じるなど
          2. NavigationCommands： ブラウザの戻る、ホームを開く、前項／次項を開くなど
          3. ComponentCommands： リスト・アイテムやセルの移動、スクロール、フォーカスの移動など
          4. EditingCommands： テキスト編集用のコマンド
          5. MediaCommands： メディアの再生、停止、次のトラックへ移動など
      7. コマンド・ソース
        1. まずはコマンドの発生源（＝コマンド・ソース）の設定が必要
          1. ICommandSourceインターフェイス（System.Windows.Input名前空間）があり、コマンド・ソースとなるUI要素を作る場合には、このインターフェイスを実装
          2. コントロール
          3. インプット・バインディング
          4. サブトピック 1キーボード・ショートカットや特殊なマウス・ジェスチャーなどの入力系のイベントを拾ってコマンド実行するため
    2. Executeメソッド： コマンドを実行
    3. MVVMパターン
      1. ビューモデルの役割
        1. モデルをWPF向けにラッピング
          1. データ・ソースがINotifyPropertyChangedインターフェイス（System.ComponentModel名前空間）を実装している必要
          2. ユーザーの操作に応じて何らかの処理を行う場合には、ICommandインターフェイスを実装したコマンドを利用する
          3. ユーザーからの入力に不整合がないかなどのデータ検証を行うためには、IDataErrorInfoインターフェイス（System.ComponentModel名前空間）を実装
          4. すべてのモデルがこれらを実装しているわけではない
        2. ビューから状態を分離
          1. 一般に、GUI部分（＝ビュー）のテストは手間がかかりがち
      2. ビューモデルの作成方法
        1. データ・バインディングするための前提条件
          1. ビュー側のコンストラクタ
          2. this.DataContext = new ViewModel();
          3. XAMLコード
          4. <StackPanel> <TextBox Text="{Binding X, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged, ValidatesOnDataErrors=True}" ToolTip="{Binding RelativeSource ={x:Static RelativeSource.Self}, Path=(Validation.Errors)[0].ErrorContent}"/> <Button Content="OK" Command="{Binding OkCommand}" /> </StackPanel>
        2. INotifyPropertyChangedインターフェイスの実装
          1. PropertyChangedイベントを持っていて、プロパティの値が変化した際には、このイベントを起こす
          2. using System.ComponentModel; public class ViewModel : INotifyPropertyChanged { private int _x; public int X { get { return _x; } set { if (_x != value) { _x = value; RaisePropertyChanged("X"); } } } public event PropertyChangedEventHandler PropertyChanged; protected void RaisePropertyChanged(string propertyName) { var d = PropertyChanged; if (d != null) d(this, new PropertyChangedEventArgs(propertyName)); } }
        3. ICommandインターフェイス（＝コマンド）の実装
          1. ICommandインターフェイスを実装したクラスを作成
          2. コマンド1つ1つに対して毎度クラスを作成するのは手間
          3. ExecuteメソッドやCanExecuteメソッド内ではデリゲートを呼び出すだけというクラス
          4. using System; using System.Windows.Input; public class DelegateCommand : ICommand { public Action<object> ExecuteHandler { get; set; } public Func<object, bool> CanExecuteHandler { get; set; } #region ICommand メンバー public bool CanExecute(object parameter) { var d = CanExecuteHandler; return d == null ? true : d(parameter); } public void Execute(object parameter) { var d = ExecuteHandler; if (d != null) d(parameter); } public event EventHandler CanExecuteChanged; public void RaiseCanExecuteChanged() { var d = CanExecuteChanged; if (d != null) d(this, null); } #endregion }
        4. ビューモデルのコード
          1. using System.ComponentModel; using System.Windows; using System.Windows.Input; public class ViewModel : INotifyPropertyChanged { private int _x; public int X { get { return _x; } set { if (_x != value) { _x = value; RaisePropertyChanged("X"); ((DelegateCommand)OkCommand). RaiseCanExecuteChanged(); } } } private void OkCommandExecute(object parameter) { MessageBox.Show("コマンドが実行されました。"); } private bool OkCommandCanExecute(object parameter) { return X > 0; } private ICommand _okCommand; public ICommand OkCommand { get { if (_okCommand == null) _okCommand = new DelegateCommand { ExecuteHandler = OkCommandExecute, CanExecuteHandler = OkCommandCanExecute, }; return _okCommand; } } public event PropertyChangedEventHandler PropertyChanged; protected void RaisePropertyChanged(string propertyName) { var d = PropertyChanged; if (d != null) d(this, new PropertyChangedEventArgs(propertyName)); } }
        5. IDataErrorInfoインターフェイス（＝データ検証）の実装
          1. ValidatesOnDataErrorsプロパティに「True」を設定で有効
  4. UI要素の基礎とレイアウト用のパネル
    1. WPFのレイアウトの基礎概念
    2. 親子間の協調
      1. DesiredSizeプロパティ： 要素が希望するサイズ
      2. Measureメソッド： 親要素から利用可能な領域サイズを渡し、DesiredSizeプロパティの値を更新
      3. Arrangeメソッド： 実際に要素のサイズや配置を決定
    3. 希望サイズの決定
      1. Width, Height： 幅、高さを具体的に指定。ただし、親要素によって希望サイズが拒否される可能性もある
      2. MinWidth, MaxWidth, MinHeight, MaxHeight： 幅、高さの最小値、最大値を指定
      3. Margin： 要素の外側の余白幅を指定
      4. HorizontalAlignment, VerticalAlignment： 配置される空間よりも要素のサイズの方が小さい場合に、要素を上下左右のどちらに寄せるかを指定
      5. レイアウト決定後の値を取得したい場合には、ActualWidthプロパティとActualHeightプロパティを利用
    4. 標準提供されるパネル
      1. StackPanel
        1. 子要素を縦または横一列に整列
      2. WrapPanel
        1. 子要素を左から右に順番に並べ、幅を超えた分は右端で折り返すようにレイアウト
      3. DockPanel
        1. パネルの上下左右に子要素を貼り付ける（ドッキング）ようにレイアウト
        2. ドッキングする位置はDockPanel.Dock属性（実体は添付プロパティ）によって行う
      4. Canvas
        1. どうしても固定レイアウトが必要なときに利用
      5. Grid
        1. 形式（列位置と行位置の指定）でレイアウトを行う
  5. XAML
    1. XAML構文
      1. XML名前空間
        1. xmlns:ns="clr-namespace:CLR名前空間名;assembly=アセンブリ名"
          1. 以後、<ns:クラス名>というようなXML要素を書くことで、対応するCLRオブジェクトのインスタンスを生成できる
        2. xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
          1. XAML固有の機能を使うために併せて記述
      2. 属性構文（attribute syntax）
        1. XML属性は、CLRオブジェクトのプロパティもしくはイベントへの値の代入として解釈
        2. XML属性値（文字列）から所望の型への変換
          1. CLRオブジェクトのプロパティにTypeConverter属性が付いているかどうか
          2. 付いている場合はこの属性情報に基づいた型コンバータを使って、ConvertFromメソッドにより値を生成
          3. プロパティの型に対してTypeConverter属性が付いているかどうか
        3. <Button Background="Blue" />
      3. プロパティ要素構文（property element syntax）
        1. <型名.プロパティ名>という形のXML要素を記述
        2. <Button> <Button.Background>Blue</Button.Background > </Button>
      4. マークアップ拡張（markup extension）
        1. Bindingマークアップ拡張がその代表例
        2. XML属性中に { } で囲った記述を書くと、対応するマークアップ拡張クラスのインスタンス生成と、そのProvideValueメソッド呼び出しを通してプロパティの値が設定
        3. <StackPanel xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" Width="100"> <Slider Name="slider" /> <TextBox Text="{Binding ElementName=slider, Path=Value}" /> </StackPanel>
      5. コンテンツ・プロパティとXML要素の省略
        1. 可読性を向上させるため、XML要素の省略機構がいくつか存在
        2. コンテンツ・プロパティ（content property）
          1. クラスに対してContentProperty属性が付いている場合、その情報に基づいてXML要素の省略が可能
          2. 親クラスであるContentControlクラスに[ContentProperty("Content")]属性が付いているため、<Button.Content>要素を省略できる。
          3. <Button> <Button.Content>ボタン</Button.Content> </Button>
          4. <Button> ボタン </Button>
      6. コレクション型の省略
        1. プロパティの値がコレクションの場合、コレクションに相当するXML要素を省略することができる
        2. StackPanelクラスなどのChildrenプロパティ（＝コンテンツ・プロパティに設定されている）の型はUIElementCollectionというコレクション・クラスであるため、省略可能である
        3. <StackPanel> <StackPanel.Children> <UIElementCollection> <Button Content="ボタン1" /> <Button Content="ボタン2" /> </UIElementCollection> </StackPanel.Children> </StackPanel>
        4. <StackPanel> <Button Content="ボタン1" /> <Button Content="ボタン2" /> </StackPanel>
      7. 添付プロパティ（attached property）
        1. 自分自身ではなく親要素で用いる値を保持するための機構
        2. XML属性名に「型名.添付プロパティ名」を指定
          1. <Button Canvas.Left="10" />
          2. 「Canvas.SetLeft(button, 10)」というようなメソッド呼び出しになる
      8. XML形式
        1. XML形式を使ううえでの注意点がそのままXAMLにも当てはまる
  6. リソース
    1. 複数のUI要素で1つのオブジェクトを共有する
    2. 種類
      1. アセンブリ・リソース： アセンブリの中にバイナリ・ファイルを埋め込むためのリソース機構
      2. オブジェクト・リソース： 本稿で説明する、.NETオブジェクトを複数のUI要素から参照するためのリソース機構
    3. リソース定義
      1. リソースは<Window>などの要素（正確には、FrameworkElement型を継承する要素）のResourcesプロパティ内に定義
    4. 外部リソースの取り込み
      1. ルート要素がResourceDictionary型のXAMLファイルを別途用意して、このXAMLファイルを取り込む形で利用することもできる
    5. リソース利用
      1. StaticResourceマークアップ拡張もしくはDynamicResourceマークアップ拡張を利用
    6. システム・リソース
      1. 「個人設定」などで設定されたシステム色やフォントなどの、システム・リソースも利用できる
  7. スタイル
    1. スタイルの定義
      1. <Setter>要素（＝プロパティの値を設定するための要素）のリストとして定義
      2. <Style TargetType="Button"> <Setter Property="Background" Value="DarkSeaGreen" /> <Setter Property="Foreground" Value="LightPink" /> </Style>
    2. スタイルの適用
      1. Styleプロパティに値を設定することで、定義したスタイルを適用できる
      2. 常は、本稿の前半で解説したリソースの中で定義して利用する
    3. スタイルの継承
      1. <Style>要素は、BasedOnプロパティを指定することで、ほかのスタイルを継承できる
    4. トリガー
      1. 特定の条件下でのみ働くスタイル
        1. 「マウス・カーソルが上に乗っているときや、クリックされたときだけスタイルを変えたい」
      2. <Style>要素のTriggersプロパティを設定
      3. <StackPanel Width="60"> <StackPanel.Resources> <Style TargetType="TextBox"> <Setter Property="Background" Value="LightGray" /> <Style.Triggers> <Trigger Property="IsMouseOver" Value="True"> <Setter Property="Background" Value="LightBlue" /> </Trigger> <Trigger Property="IsFocused" Value="True"> <Setter Property="Background" Value="LightPink" /> </Trigger> </Style.Triggers> </Style> </StackPanel.Resources> <TextBox Text="テキスト" /> </StackPanel>
      4. 種類
        1. Trigger： 特定のプロパティの値の変化をトリガーとして、Setterを用いてプロパティ値を変更
        2. MultiTrigger： Triggerを複数条件に対応させたもの。指定したすべての条件が満たされた場合にトリガーがかかる
        3. DataTrigger： スタイル適用先のUI要素だけでなく、データ・バインディングされたデータを監視
        4. MultiDataTrigger： DataTriggerの複数条件版
        5. EventTrigger： プロパティ値の変化ではなく、イベントの発生をトリガーとする
  8. コントロール・テンプレート
    1. 機能を残したまま、外観だけを任意に変更可能
    2. ボタンなどのコントロールの基底となるControlクラスはTemplateというプロパティを持っており、ここにControlTemplateクラスのインスタンスを設定
    3. コントロール・テンプレートのリソース化と自動適用
      1. コントロール・テンプレートもリソース化可能
    4. ContentPresenterとTemplateBinding
    5. <StackPanel Width="80"> <StackPanel.Resources> <Style TargetType="Button"> <Setter Property="Template"> <Setter.Value> <ControlTemplate TargetType="Button"> <Grid> <Ellipse Fill="{TemplateBinding Background}"/> <ContentPresenter HorizontalAlignment="Center" VerticalAlignment="Center"/> </Grid> </ControlTemplate> </Setter.Value> </Setter> </Style> </StackPanel.Resources> <Button Content="ボタン1" Background="LightBlue" Height="30" /> <Button Content="ボタン2" Background="LightPink" Height="30" /> </StackPanel>
      1. <ContentPresenter>要素： この要素が置かれた位置にコントロールの中身（＝Contentプロパティに与えた値）が配置される
      2. TemplateBindingマークアップ拡張： コントロール・テンプレートの適用先のコントロールに与えられたプロパティ値を取得
    6. ルーティング・コマンド
      1. 簡単にいうと、「ページ・アップ」や「端までスクロール」などといった操作が発生したことを親要素に伝達するための仕組み
    7. WPF Themes（WPFテーマ）
      1. 自作ではなく、出来合いのものをどこかから探してきて利用する方が現実的