定義
ファサード・パターン(ファサード)は、クライアントにシステムにアクセスできる唯一のインターフェースを提供し、システムの複雑さを隠します。デザインパターンのこのタイプは、構造的なモードです。これは、サブシステムのより容易なアクセスまたは使用するサブシステム・インターフェースのセットへの均一なアクセス・インタフェースを提供します。
簡単に言えば、モデルは、使いやすい外部ユーザインタフェースを供給パッケージに複雑なプロセスの数の外観を表したものです。3つの文字に設計されたこのモードは、。
- 顧客役割:ファサードの役割を呼び出すことによって実現される機能を完了します。
- ファサードの役割:コアモデルの外観。それはそれは、サブシステムの機能に精通している、クライアントの役割と呼ばれています。顧客の内部ニーズに応じていくつかの機能の組み合わせの役割を予約しました。
- サブシステムの役割:機能的なサブシステムを実現します。顧客役割とそのファサードの役割は不明です。これは、システム内の他の内部相互作用を有することができ、インターフェースは、外部電源によって呼び出すことができます。
コア目的:顧客を簡素化するために、サブシステムを簡素化するためには、複数のサブシステムをシールド
長所と短所
利点:
- 疎結合、切り離されたユーザ・サブシステム、サブシステムシールド、サブシステムの独立性を向上させることができます。
- 唯一のドッキングファサードを持つユーザーは、統一された入り口は、すべてのサブシステムと内部構造を知る必要はありません。
短所:
- プログラミングの非標準的な方法
- しかし、インターポーザ、変換サービスインターフェースサービスプロバイダ側を増加させることによって全く抽象指向プログラミングありません。