1. 使う
    1. 機能
      1. .NET Framework と言語のサポート
        1. 小さいが強力な.NET Frameworkのサブセットを含む
        2. .NET Framework 3.5 の言語拡張
          1. 自動プロパティ setter/getter
          2. オブジェクト初期化子
          3. コレクション初期化子
          4. 拡張メソッド
          5. 暗黙型付け変数
          6. 匿名型
      2. データバインディングと通知
      3. 分離ストレージ
      4. コントラクトのある/ない データサービスの利用
        1. 自己記述型データサービス
          1. SOAPベースのWebサービスと通信できる
          2. WSDLによってコントラクトが提供されるので、生成されたプロキシクラスを利用できる
        2. データサービスとの疎結合
          1. SOAPやRSS,Atom,JSON,POX,REST を使ってプロキシクラスを生成せずにサービス利用できる
      5. LINQ,ラムダ式,拡張メソッド,オブジェクト初期化子
      6. StackPanel,Grid,Canvasによるレイアウトサポート
        1. XAMLレイアウトパネルに配置
  2. データバインディングの基礎
    1. データの表示と管理を簡単に行う方法を提供
    2. データバインディングの技術を使わず、一連のイベントハンドラを書いて実行することもできる
    3. Silverlightのデータバインディング
      1. 1.FrameworkElement
        1. データバインディングのターゲットは、FrameworkElement でなければならない
      2. 2.依存関係プロパティ
        1. ターゲットが依存関係プロパティでなければならない
          1. ほとんどのプロパティは、依存関係プロパティ
  3. UI フレームワーク
    1. WPF（Windows Presentation Foundation）とSilverlight
      1. WPFとSilverlightは同じである
        1. UIフレームワークというスコープで見た場合、2つは“同じ”
        2. Silverlightはランタイムのサイズを4MBytes台に抑えるという至上命令があったため、WPFと比べると機能が削られているという違い
    2. 構文の基礎
      1. 多くの部分でXAMLありきの設計
    3. レイアウト
      1. Canvas
        1. 絶対配置をサポートするPanel
      2. StackPanel
        1. 素を垂直方向または水平方向に積み重ねていくようなレイアウト
      3. Grid
        1. 格子状に要素をレイアウト
        2. HTMLにおける<table>タグと同様のレイアウト
    4. コントロール
      1. Win32コントロールを再現したものであり、同じ名称のコントロールにおいて個々の役割に大きな違いはない
      2. コンテンツ・モデル
        1. 例えばTextBoxコントロールのコンテンツといえば表示（入力）される文字列（Textプロパティに設定された値）となる
        2. 分類
          1. ContentControlタイプのコンテンツ・モデル
          2. Contentプロパティを持っており、このプロパティは文字列に限らず画像やUI要素といったさまざまなオブジェクトを設定することが可能
          3. ItemsControlタイプのコンテンツ・モデル
          4. Itemsプロパティというコンテンツ・プロパティを持っており、このプロパティに対してさまざまなオブジェクトを複数個設定することが可能
  4. データ・バインディング
    1. 基本
      1. 2つの異なるオブジェクトのプロパティ値を同期させる機能
      2. 主にUI要素とデータ・オブジェクトとの間でこのバインディングが用いられる
      3. Bindingクラス
    2. DataContextを使ったデータ・バインディング
      1. DataContextを使ったデータ・バインディング
        1. Sourceプロパティに値が設定された場合には、この動作がオーバーライドされる
        2. DataContextプロパティは、親要素から子要素へ値が継承されるという性質
        3. 上位の親要素でDataContextプロパティにソースを一度設定するだけで、それを共通のソースとして子要素で利用することができる
  5. Model-View-ViewModel パターン
    1. 秩序と混乱
      1. システムの複雑性およびそこに含まれる繰り返し発生する問題
        1. ソース コードの特定のエンティティに既知の名前を付けることで軽減
        2. デザイン パターンに応じてコードを意図的に構造化
        3. UIは、大部分のアプリケーションで最も安定性に欠ける領域
    2. Model-View-ViewModel の進化
      1. Model-View-Presenter (MVP) パターン
        1. Model-View-Controller パターンのバリエーション
        2. 画面上に見えるものが View
        3. 表示されるデータが Model
        4. Presenter が両者を結び付け
      2. Presentation Model (PM)パターン
        1. 動作と状態からビューを切り離す点で MVP と同じ
        2. Presentation Model と呼ばれるビューの抽象化が作成される
        3. ビューは単に Presentation Model のレンダリングとなる
        4. Presentation Model は頻繁に View を更新し、両者は相互に同期
      3. Model-View-ViewModel (MVVM) パターン
        1. View の状態と動作を保持しているという点で、Presentation Model と同じ
        2. View の抽象化が特徴
        3. ユーザー インターフェイスの作成の簡素化に向けて WPF のコア機能を活用するための標準化された方法
        4. 汎用的な PM パターンを WPF および Silverlight プラットフォーム向けに特殊化
          1. ViewModel はビューへの参照を必要としません
          2. ビューは ViewModel のプロパティにバインド
          3. ViewModel はモデル オブジェクトに含まれているデータと、ビューに固有の他の状態を公開
          4. ViewModel オブジェクトはビューの DataContext として設定
          5. View ではなく、ViewModel がモデル データに加えられたすべての変更を実行
    3. WPF 開発者に MVVM が好まれる理由
      1. 状態および動作から表示を強力に分離する機能
      2. 利用価値を高めている WPF の最も重要な面
        1. データ バインド インフラストラクチャ
        2. ビューのプロパティを ViewModel にバインドすることで、両者の疎結合が実現
      3. View と単体テストは 2 種類の異なる ViewModel コンシューマ