Home > C# > Toolkit > UIパターン > Prism > Prismドキュメント > Prism 6

付録A #WPFのためのPrism Libraryのための用語集

新規作成日 2017-11-26
最終更新日

原文「#Glossary for the Prism Library for WPF

この用語集には、Prismドキュメンテーションにおいて現れる、重要な用語の定義が含まれています。

  • ブートストラッパー。

    bootstrapper

    Prism Libraryを使用して、構築されるアプリケーションの初期化のための役割を果たすクラス

  • コマンド

    Command

    ユーザー・インターフェイス(UI)動作を取り扱うための、疎く結合した方法。コマンドは、UIジェスチャーを動作を実行するロジックに結合します。

  • 複合アプリケーション。

    composite application

    複合アプリケーションは、いくつかの別々で独立したモジュールで構成されます。これらのコンポーネントは、単一の、継ぎ目のないアプリケーションを作るために、受け入れ環境で互いに統合されます。

  • 複合コマンド。

    composite command

    複数の子のコマンドを持っているコマンド。

  • コンテナ。

    container

    オブジェクト作成のための、抽象概念層を提供します。コンテナの依存関係注入は、オブジェクト間の依存関係の結合を減少させます。 クラスのインスタンスをインスタンス化するための機能を提供することで、そして、コンテナの設定に基づいて、それらの寿命を管理します。

  • デリゲート・コマンド

    DelegateCommand。

    分離コードで、ハンドラを必要とする代わりに、選択されたメソッドに、処理ロジックを命令することを委ねることができます。それは、対象とする処理メソッドを呼び出すメソッドとして、.NET Frameworkデリゲートを使用します。

  • イベント・アグリゲーター

    EventAggregator。

    サービスは、主に、発行者と購読者を分離できる、イベントのためのコンテナです。それで、それらは、独立して進化することができます。このデカップリングは、シェル、あるいは、他のモジュールで、定義されるイベントに対応する、新しいモジュールは、追加することができるため、モジュールで組み立てられた、アプリケーションに役立ちます。

  • モジュール方式。

    modularity

    別々の機能単位から、複雑なアプリケーションを作成する能力は、モジュールに名前を付けます。あなたが、モジュールで組み立てられたスタイルで開発するとき、あなたは、アプリケーションを、個別に開発、テスト、配布することができる、別々のモジュールに構築します。また、それは、あなたが、UIと事業機能の間で、明確な分離を維持することによって、関係の分離に対処するに役立ちます。

  • モデル

    Models.

    アプリケーションのビジネス・ロジックとデータをカプセル化します。

  • Model-View-ViewModel(MVVM)。

    MVVMパターンは、ユーザー・インターフェイス(UI)から、あなたのアプリケーションのビジネスとプレゼンテーション・ロジックを、きれいに、切り離すのに役立ちます。アプリケーション・ロジックとUIの間で明確な分離を継続することは、数多くの開発と設計の問題に対処するのに役立ちます。そして、アプリケーションを、はるかに簡単に、テスト、保持、そして、発展できます。

  • モジュール。

    module

    アプリケーションの分離した論理ユニット。

  • モジュール・カタログ

    ModuleCatalog。

    エンド・ユーザーが、アプリケーションを実行する必要があるモジュールを定義します。モジュール・カタログは、モジュールが、どこに、配置されるか、そして、モジュールの依存関係を知っています。

  • モジュール・マネージャー

    ModuleManager。

    モジュール・カタログを検証する、リモートの場合、アプリケーション・ドメインに、モジュールを読み込み、そして、モジュールのInitializeメソッドを呼び出すモジュールを取得する工程を管理する中心となるクラス

  • モジュール管理段階。

    module management phases

    段階は、初期化される、モジュールに読み込まれます。これらの段階は、モジュール発見、モジュールの読み込み、そして、モジュールの初期化です。

  • ナビゲーション。

    navigation

    アプリケーションが調整する工程は、アプリケーションに対するユーザーの相互作用の結果として、あるいは、内部のアプリケーション状態変化の結果として、そのUIに変更されます。

  • ViewModel-優先構成。

    ViewModel-first composition

    ViewのModelが、Viewに、従って、まず、論理的に作成される構成アプローチ。

  • 通知。

    Notifications

    基盤となるプロパティの値が変わるとき、View内の、どんなデータ結合されたコントロールにでも、変更通知が提供されます。これは、MVVMパターンを実装するために、必要です。そして、BindableBaseクラスを使用して、実装されます。

  • オンデマンド・モジュール。

    on-demand module

    モジュールは、アプリケーションによって、明示的に要求される時だけ、取得され、初期化されます。

  • 領域

    Regions.

    あなたが、Viewが表示される定義をするために、使用できる名前を付けた位置。モジュールは、どのようにするかの正確な知識なしで、そして、領域が、視覚的に示されるレイアウト内の領域に、内容を配置、そして、追加できます。これは、内容をレイアウトに追加する、モジュールを影響することなく、外観とレイアウトを変更できます。

  • 領域コンテナ

    RegionContext。

    技術は、領域に格納される、親のViewと子Viewの間で、コンテキストを共有するために使用できます。RegionContextは、コードを通じて、あるいは、XAMLのデータ結合を使用して、設定できます。

  • 領域マネージャー

    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.

    複合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の表示を、どのように、操作するか、直接的な知識を持っていません。

  • ビューモデル

    View models.

    プレゼンテーション・ロジックとViewの状態をカプセル化します。それは、必要とされるどんなモデル・クラスでも、Viewの相互作用を調整する役割があります。

  • View Modelの位置。

    view model location

    規則に基づいた方法を使用して、View Modelを配置し、インスタンス化し、そして、一般的に、それらのそれぞれのViewを関連付けます。

このエントリーをはてなブックマークに追加

Home PC C# Illustration

Copyright (C) 2011 Horio Kazuhiko(kukekko) All Rights Reserved.
kukekko@gmail.com
ご連絡の際は、お問い合わせページのURLの明記をお願いします。
「掲載内容は私自身の見解であり、所属する組織を代表するものではありません。」