 |
| Strategyパターン クラス図 |
ConcreteStrategy・・・・Strategyクラスの具象クラス。
ここに具体的な戦略・方策・方法・アルゴリズムを実装する。
Context・・・・メンバにstrategyを持ち、必要に応じてStrategyクラスに委譲するためのクラス。
2012年12月4日火曜日
Strategyパターン（ストラテジー・パターン）
Strategyパターンは振る舞いに関するパターンのひとつです。
Strategy・・・・インタフェース（API）を定めた抽象クラス。
ConcreteStrategy・・・・Strategyクラスの具象クラス。
ここに具体的な戦略・方策・方法・アルゴリズムを実装する。
Context・・・・メンバにstrategyを持ち、必要に応じてStrategyクラスに委譲するためのクラス。
ConcreteStrategy・・・・Strategyクラスの具象クラス。
ここに具体的な戦略・方策・方法・アルゴリズムを実装する。
Context・・・・メンバにstrategyを持ち、必要に応じてStrategyクラスに委譲するためのクラス。
Decorator パターン（デコレータ・パターン）
Decoratorパターンは、構造に関するパターンのひとつです。
既存のクラスに新たに機能を追加するために
Decoratorクラスでラップして機能を追加する構造になります。
ラップ方法は、継承を使わずにプログラムの実行時に機能を追加します。
（動的にオブジェクトに機能を追加できる構造）
Component・・・・拡張される機能を定義してある抽象クラス
ConcreteComponent・・・Conponentクラスの機能を実装した具象クラス。
Decorator・・・・・・・・・・・メンバー変数にComponentを持つ抽象クラス。
（※operationメソッドで、Componentのoperationを呼ぶ。）
CooncreteDecorator・・・飾りつけをした具象クラス。
既存のクラスに新たに機能を追加するために
Decoratorクラスでラップして機能を追加する構造になります。
ラップ方法は、継承を使わずにプログラムの実行時に機能を追加します。
（動的にオブジェクトに機能を追加できる構造）
 |
| Decoratorパターン クラス図 |
ConcreteComponent・・・Conponentクラスの機能を実装した具象クラス。
Decorator・・・・・・・・・・・メンバー変数にComponentを持つ抽象クラス。
（※operationメソッドで、Componentのoperationを呼ぶ。）
CooncreteDecorator・・・飾りつけをした具象クラス。
Builder パターン（ビルダー・パターン）
Builder パターンは、生成に関するパターンのひとつです。
FactoryMethodパターンと同様に
「Template Method パターン」をインスタンス生成に適用させたパターンです。
FactoryMethodパターンが、「ある抽象的な型の実装を返す」というインターフェースを定義し、そのインターフェースの実装を多種揃えるといった形をとるのに対し
Builderパターンは、「多くの構成要素からなるオブジェクトを組み立てるための部品を返す」インターフェースを定義し、この実装を多種揃える形をとります。
Director・・・・Builderクラスをコンポジットし目的となるProductオブジェクトを生成するクラス
Builder・・・・Productオブジェクトの生成プロセスを抽象化したクラス
ConcreteBuilder・・・Builderクラスの実装と、Productオブジェクトを取り出すメソッドを持つ。
Product・・・・・複合オブジェクト。
FactoryMethodパターンと同様に
「Template Method パターン」をインスタンス生成に適用させたパターンです。
FactoryMethodパターンが、「ある抽象的な型の実装を返す」というインターフェースを定義し、そのインターフェースの実装を多種揃えるといった形をとるのに対し
Builderパターンは、「多くの構成要素からなるオブジェクトを組み立てるための部品を返す」インターフェースを定義し、この実装を多種揃える形をとります。
 |
| Builderパターン クラス図 |
Builder・・・・Productオブジェクトの生成プロセスを抽象化したクラス
ConcreteBuilder・・・Builderクラスの実装と、Productオブジェクトを取り出すメソッドを持つ。
Product・・・・・複合オブジェクト。
2012年11月28日水曜日
2012年11月27日火曜日
Facade パターン（ファサード・パターン）
Facade パターンは構造に関するパターンのひとつです。
システム内部の複数ある呼び出し口に対して
共通に使える１つの呼び出し口を設ける構造。
Facedeパターンにする事で
クライアント（呼び出し元）とサブシステム間の結合度を下げることができる。
クラス図を見てもらうとわかりますが、よくある感じです。
Main・・・・・・・・・・Facedeパターンを利用してサブシステムを使う。
Facade（正面）・・・サブシステムの上に作る窓口
（高レベルのインタフェースを用意すること。）
ClassA～D（その他大勢）・・・サブシステム。単体でも使用可能。
システム内部の複数ある呼び出し口に対して
共通に使える１つの呼び出し口を設ける構造。
Facedeパターンにする事で
クライアント（呼び出し元）とサブシステム間の結合度を下げることができる。
クラス図を見てもらうとわかりますが、よくある感じです。
Main・・・・・・・・・・Facedeパターンを利用してサブシステムを使う。
Facade（正面）・・・サブシステムの上に作る窓口
（高レベルのインタフェースを用意すること。）
ClassA～D（その他大勢）・・・サブシステム。単体でも使用可能。
FactoryMethodパターン（ファクトリメソッド・パターン）
FactoryMethodパターンは生成に関するパターンのひとつです。
別名を「Virtual Constructor」と言い
インスタンスの生成をサブクラスに行わせることで
具体的な型を知ることなしに、インスタンスを選択、生成します。
「Template Method パターン」をインスタンス生成に適用させたパターンです。
なので、無意識に使われてるパターンのひとつだと思われます。
「Template Method パターン」をインスタンス生成に適用させたパターンです。
なので、無意識に使われてるパターンのひとつだと思われます。
 |
| Factory Method パターン |
2012年11月26日月曜日
Adapterパターン（アダプター・パターン）
Adapterパターンは構造に関するパターンのひとつです。
互換性のないさまざまなインターフェースを持つクラス（Adaptee役）に修正を加えることなく、
利用者が望むインターフェース（Target役）で利用できるようにAdapter役が変換します。
Adaptee役を包み込むような形になることからラッパー（Wrapper）と呼ぶこともあります。
Adapteeを継承するやり方と、インスタンスとして保持し、委譲するやり方があります。
互換性のないさまざまなインターフェースを持つクラス（Adaptee役）に修正を加えることなく、
利用者が望むインターフェース（Target役）で利用できるようにAdapter役が変換します。
Adaptee役を包み込むような形になることからラッパー（Wrapper）と呼ぶこともあります。
Adapteeを継承するやり方と、インスタンスとして保持し、委譲するやり方があります。
 |
| 継承によるAdapterパターン・・・・・Adapter中のメソッドからAdapteeのメソッドを呼ぶ |
 |
| 委譲によるAdapterパターン・・・・・Adapter中にAdapteeインスタンスを作成し、インスタンスのメソッドを呼ぶ |
登録:
投稿 (Atom)
