11: Glossary for the Prism Library 5.0 for WPF(原文)
Microsoft Prism Library 5.0 for WPFの開発者のガイドから
この用語集には、Prismドキュメンテーションにおいて現れる、重要な用語の定義が含まれています。
ブートストラッパー。
bootstrapper
Prism Libraryを使用して、構築されるアプリケーションの初期化のための役割を果たすクラス
Command
command
ユーザー・インターフェイス（UI）動作を取り扱うための、疎く結合した方法。コマンドは、UIジェスチャー動作を実行するロジックに結合します。
複合アプリケーション。
composite application.
複合アプリケーションは、いくつかの別々で独立したモジュールで構成されます。 これらのコンポーネントは、単一の、継ぎ目のないアプリケーションを作るために、受け入れ環境で互いに統合されます。
複合コマンド。
composite command.
複数の子のコマンドを持っているコマンド。
コンテナ。
container.
オブジェクト作成のための、抽象概念層を提供します。コンテナの依存関係注入は、 クラスのインスタンスをインスタンス化するための機能を提供することで、オブジェクト間の依存関係の結合を減少させます。 そして、コンテナの設定に基づいて、それらの寿命を管理します。
DelegateCommand。
DelegateCommand.
分離コードで、ハンドラを必要とする代わりに、 選択されたメソッドに、処理ロジックを命令することを委ねることができます。 それは、対象とする処理メソッドを呼び出すメソッドとして、.NET Frameworkデリゲートを使用します。
EventAggregator。
EventAggregator.
サービスは、主に、発行者と購読者を分離できる、イベントのためのコンテナです。それで、それらは、独立して進化することができます。 このデカップリングは、モジュールで組み立てられた、アプリケーションに役立ちます。 なぜなら、シェル、あるいは、他のモジュールで、定義されるイベントに対応する、新しいモジュールは、追加することができます。
モジュール方式。
modularity.
別々の機能単位から、複雑なアプリケーションを作成する能力は、モジュールに名前を付けます。 あなたが、モジュールで組み立てられたスタイルで開発するとき、あなたは、アプリケーションを分離したモジュールに構築します。 それは、異なるチームによって、個別に開発、検証、配布することができます。 また、それは、あなたが、UIと事業機能の間で、明確な分離を維持することによって、関係の分離に対処するに役立ちます。
モデル
model.
アプリケーションのビジネス・ロジックとデータをカプセル化します。
Model-View-ViewModel（MVVM）。
Model-View-ViewModel (MVVM).
MVVMパターンは、ユーザー・インターフェイス（UI）から、あなたのアプリケーションのビジネスとプレゼンテーション・ロジックを、きれいに、切り離すのに役立ちます。 アプリケーション・ロジックとUIの間で明確な分離を継続することは、数多くの開発と設計の問題に対処するのに役立ちます。 そして、アプリケーションを、はるかに簡単に、テスト、保持、そして、発展できます。
モジュール。
module.
アプリケーションの分離した論理ユニット。
ModuleCatalog。
ModuleCatalog.
エンド・ユーザーが、アプリケーションを実行する必要があるモジュールを定義します。 モジュール・カタログは、モジュールが、どこに、配置されるか、そして、モジュールの依存関係を知っています。
ModuleManager。
ModuleManager.
モジュール・カタログを検証する、モジュールを取得する工程を管理する中心となるクラス。 それらが、リモートの場合、アプリケーション・ドメインに、モジュールを読み込み、そして、モジュールのInitializeメソッドを呼び出します。
モジュール管理段階。
module management phases.
段階は、初期化される、モジュールに読み込まれます。 これらの段階は、モジュール発見、モジュールの読み込み、そして、モジュールの初期化です。
ナビゲーション。
navigation.
アプリケーションが調整する工程は、アプリケーションに対するユーザーの相互作用の結果として、 あるいは、内部のアプリケーション状態変化の結果として、そのUIに変更されます。
ViewModel-優先構成。
ViewModel-first composition.
ViewのModelが、Viewに、従って、まず、論理的に作成される構成アプローチ。
通知。
Notifications.
基盤となるプロパティの値が変わるとき、View内の、どんなデータ結合されたコントロールにでも、変更通知が提供されます。 これは、MVVMパターンを実装するために、必要です。そして、BindableBaseクラスを使用して、実装されます。
オンデマンド・モジュール。
on-demand module.
モジュールは、アプリケーションによって、明示的に要求される時だけ、取得され、初期化されます。
Regions.
region.
あなたが、Viewが表示される定義をするために、使用できる名前を付けた位置。 モジュールは、レイアウト内の領域に、内容を配置、そして、追加できます。 どのようにするかの正確な知識なしで、そして、領域が、視覚的に示される場所。 これは、内容をレイアウトに追加する、モジュールを影響することなく、外観とレイアウトを変更できます。
RegionContext。
RegionContext.
技術は、領域に格納される、親のViewと子Viewの間で、コンテキストを共有するために使用できます。 RegionContextは、コードを通じて、あるいは、XAMLのデータ結合を使用して、設定できます。
RegionManager。
RegionManager.
クラスは、領域のコレクションを維持、そして、コントロールのための新しい領域を作成するための役割を果たします。 RegionManagerは、WPFコントロールにマッピングしたアダプタを見つけ、そして、そのコントロールに新しい領域を関連付けます。 また、RegionManagerは、添付プロパティを供給します。それは、XAMLから、簡単な領域を作成するために使用できます。
分離されたプレゼンテーション・パターン。
Separated Presentation pattern.
Viewを実装するために使用されるパターンは、プレゼンテーションとUIからビジネス・ロジックを分離します。 分離されたプレゼンテーションを使用することは、より簡単に、コードを維持するために、 それを作成する、UIの独立して検証する、プレゼンテーションとビジネス・ロジックをテストできます。そして、再利用の機会を増加させます。
シェル。
shell.
主要なUIコンテンツが含まれる、WPFアプリケーションのメイン・ウィンドウ。
スコープの領域。
scoped region.
個々の領域スコープに属する領域。領域スコープは、親のView、そして、親のViewのすべての子Viewに含まれている範囲を区切っています。
サービス。
service.
サービスは、インターフェイスを通して、疎く結合した方法の中の、機能を、他のモジュールに提供します。そして、多くの場合、シングルトンです。
状態に基づいたナビゲーション、
state-based navigation.
状態を通して達成されたナビゲーションは、ビジュアル・ツリーの既存のコントロールに変更します。
UIの構成
UI composition
実行時に、別々のモジュールからのような、別々のViewから、インターフェイスを構成して構築する行為
View.
view.
複合UIアプリケーション内のUIの構築のメインユニット。Viewは、UIとUIロジックをカプセル化します。 あなたは、アプリケーションの他の部分から、可能な限り分離して維持したいかもしれません。 あなたは、ユーザー・コントロール、データ・テンプレートやカスタム・コントロールでさえ、Viewを定義することができます。
ビューに基づいたナビゲーション
view-based navigation.
ビジュアル・ツリーから、要素の追加や削除を通して、達成されるナビゲーション。
ビュー優先構成。
view-first composition.
Viewが、依存するViewModelやプレゼンターに従って、優先的に論理的に作成される構成アプローチ。
View発見。
view discovery.
領域の名前で、View型を関連付けることによって、領域で、Viewを追加、表示、削除する方法。 その名前と領域が表示される時はいつでも、登録されたViewは、自動的に作成されて、領域に加えられるでしょう。
View注入。
view injection.
Viewのインスタンスを、領域に追加、あるいは、削除することで、領域内で、追加、表示、あるいは、削除する方法。 領域と相互作用するコードには、領域が、Viewの表示を、どのように、操作するか、直接的な知識を持っていません。
ViewModel.
view model.
プレゼンテーション・ロジックとViewの状態をカプセル化します。 それは、必要とされるどんなモデル・クラスでも、Viewの相互作用を調整する役割があります。
View Modelの位置。
view model location.
規則に基づいた方法を使用して、View Modelを配置し、 インスタンス化し、そして、一般的に、それらのそれぞれのViewを関連付けます。
