MVVM light Toolkitのドキュメント

これは、私が、MIX10といくつかの他の機会に発表した話です。（この記録は、Windows Phoneのために、さらに15分あります）。

実装のための高等な技術の詳細な論評は、アプリケーションと切り離しました。これは、MIX11での話です。

これらの3つのXAMLフレームワーク間で、コードを共有するためのテクニックとコツを紹介します。

Using the MVVM Pattern in Windows 8:

以前に、何らかのXAMLに基づくフレームワークを経験したプログラマーであれば、おそらく、Model-View-ViewModel（MVVM）パターンについて、少なくとも耳にしたことがあると思います。一部の人は、Windows Presentation Foundation（WPF）、SilverlightやWindows Phoneアプリケーションのすべてで、幅広く使用しています。他の人は、パターンが正確に何をしているのか誤解しているか、あるいは、アプリケーションに新しいレベルの複雑さを追加したくないため、それを避けています。あなたは、XAMLに基づいたアプリケーションを構築するために、MVVMパターンを使用する必要はありません。それは、絶対に、人を引きつけるアプリケーションを作成するためのイベントに基づいた対話のような、従来のパターンを使用することができます。しかしながら、MVVMのような、切り離されたパターンかなり多くの利点をもたらします。特に、MVVMパターンは、Expression Blendでの経験を大幅に向上し、デザイナーの開発者の作業工程を容易にします。最近？、特に、Windows Phoneと、もちろん、Windows 8？のような、XAML拡張で、新たにプラットホームを始めるMVVMの使いかたは、熱狂的なコーダーしかいなかったニッチなパターンから、マイクロソフトが奨励する主流のプラクティスに、全く新しいレベルにまで成長しました。

IOC Containers and MVVM:

オブジェクト指向プログラミングの初期から、開発者は、アプリケーションとライブラリの中のクラスのインスタンスの作成と取得の問題に直面しています。この問題に対して、様々な解決法が提案されています。ここ２、３年、依存関係注入（DI）とコントロールの反転（IoC）は、コーダーの間で人気を得ました。そして、Singletonパターンのような、いくつかの古いソリューションよりも優先されています。

Messenger and View Services in MVVM:

前の記事「IoCコンテナとMVVM」で、私は、IOCコンテナが、さまざまなコンシューマクラスのクラス（サービス、ヘルパー）のインスタンスを作成および検索する方法を紹介しました。この記事では、Model-View-ViewModelパターンによって開発されるような、IOCコンテナが、切り離されたアプリケーションで非常に役立つことが紹介されました。このパターンは、XAMLに基づいたアプリケーションを開発するために広く使われています。（Silverlightでは、Windows Presentation Foundation、Windows PhoneとWindows 8）なぜなら、アプリケーションの設計に使用される、特にVisual StudioデザイナーとBlendのデータ結合システムとツールに適しています。Windows 8に適用したMVVMパターンの概要については、MSDN Magazineの記事「Windows 8でMVVMパターンを使用する」を読んでください。

Maximizing the Visual Designer’s Usage with Design-Time Data:

MVVMとMVVM light Toolkitについてのこのシリーズの前回の2つの記事では、私は、切り離された層の利点を得るために、あなたのアプリケーションの設計上の注意事項と系統化について話しました。

この2つの記事で、MVVMパターンの他の大きな利点を調べていきます。：ビジュアル・デザイナー・ツールの中の操作を容易にする設計時のデータを使用して、現在、2つのビジュアル・デザイナーは、Windows 8 XAMLアプリケーションで使用することができます。：Visual Studioデザイナー（Visual Studioに統合されている）とBlend（スタンドアロンアプリケーション）です。

Commands, RelayCommands and EventToCommand:

このシリーズの前回の記事では、アプリケーションのコンポーネントを分離して単体テスト、保守、拡張を容易にすることの重要性について説明しました。私は、また、設計時のデータを、どのように、作成するかを説明しました。それは、Expression BlendやVisual Studioデザイナでビジュアルに作業する方が簡単です。

この記事では、Model-View-ViewModelアプリケーションの重要なコンポーネントの一つを詳しく見ていきます。： コマンド。歴史的に、.NET Frameworkは、常に、イベントに基づいたフレームワークです。：購読者に知らせる必要があるとき、クラスは、クラス・インスタンスによって発生するイベントを公開しています。一方で、購読者は、通常、2つのパラメータによるメソッドのEventHandlerを提供します。：イベントのsenderとクラスのinstanceは、EventArgsから派生しています。イベントが、呼び出されたとき、イベント処理メソッドは、実行されます。そして、EventArgsインスタンスは、最初にイベントを引き起こしたものについての更なる情報（利用可能であるならば）を伝えます。

MVVM: The MVVM Light Messenger In-Depth:

このシリーズは、私は、ほぼ一年前に始めて以降、MVVMアプリケーションのIoCコンテナの使い方から、クロス・スレッド・アクセスとMVVM LightのDispatcherHelperコンポーネントを処理する方法まで、Model-View-ViewModel（MVVM）パターンとMVVM light Toolkitについて、非常にたくさんの話題を取り扱いました。 私は、また、NavigationとDialogサービス、そして、簡単に、Messengerコンポーネントについて説明したような、コマンディング（RelayCommandとEventToCommand）で、Viewサービスについて話しました。 Messengerコンポーネントは、実際には、頻繁に、簡単に使用しようとする開発者を引き付けるMVVM light Toolkitのかなりの強力な要素ですが、 また、不正使用される場合、それが作成できる危険のため、いくつかの論争を引き起こしました。 このコンポーネントは、最も理にかなっているシナリオで、どのような危険があり、それがどのように動作するかについて説明している、それ自身の記事に値します。