study_of_design_pattern
デザインパターンとは、
デザインパターンとは、ソフトウェア開発におけるデザインパターン（型紙（かたがみ）または設計パターン、英: design pattern）とは、過去のソフトウェア設計者が発見し編み出した設計ノウハウを蓄積し、名前をつけ、再利用しやすいように特定の規約に従ってカタログ化したものである。
コンピュータのプログラミングで、素人と達人の間では驚くほどの生産性の差があり、その差はかなりの部分が経験の違いからきている。達人は、さまざまな難局を、何度も何度も耐え忍んで乗り切ってきている。そのような達人たちが同じ問題に取り組んだ場合、典型的にはみな同じパターンの解決策に辿り着く。これがデザインパターンである (GoF)。
それぞれのパターンは、プログラマの間で何度も繰り返し考え出されてきた。したがって、それは最善の解決策ではないかもしれないが、その種の問題に対するトレードオフを考慮した、典型的な解決策ではある。さらに、コストがかかるかもしれない問題解決を実際に行う前の先行調査として、大変役に立つ。パターンに名前が付いていることが重要である。なぜなら、名前が付いていることで問題や解決策を記述したり、会話の中で取り上げたりすることができるようになるからである。
(以上、ウィキペディア（Wikipedia）より引用)
オブジェクトの生成に関するデザインパターンの一覧
構造に関するパターンの一覧
| パターン名 |
概要 |
| Adapter |
元々関連性のない2つのクラスを接続するクラスを作る。 |
| Bridge |
クラスなどの実装と、呼出し側の間の橋渡しをするクラスを用意し、実装を隠蔽する。 |
| Composite |
再帰的な構造を表現する。 |
| Decorator |
あるインスタンスに対し、動的に付加機能を追加する。Filterとも呼ばれる。 |
| Facade |
複数のサブシステムの窓口となる共通のインタフェースを提供する。 |
| Flyweight |
多数のインスタンスを共有し、インスタンスの構築のための負荷を減らす。 |
| Proxy |
共通のインタフェースを持つインスタンスを内包し、利用者からのアクセスを代理する。Wrapperとも呼ばれる。 |
振る舞いに関するパターン
| パターン名 |
概要 |
| Chain of Responsibility |
イベントの送受信を行う複数のオブジェクトを鎖状につなぎ、それらの間をイベントが渡されてゆくようにする。 |
| Command |
複数の異なる操作について、それぞれに対応するオブジェクトを用意し、オブジェクトを切り替えることで、操作の切替えを実現する。 |
| Interpreter |
構文解析のために、文法規則を反映するクラス構造を作る。 |
| Iterator |
複数の要素を内包するオブジェクトのすべての要素に対して、順番にアクセスする方法を提供する。反復子。 |
| Mediator |
オブジェクト間の相互作用を仲介するオブジェクトを定義し、オブジェクト間の結合度を低くする。 |
| Memento |
データ構造に対する一連の操作のそれぞれを記録しておき、以前の状態の復帰または操作の再現が行えるようにする。 |
| Observer |
インスタンスの変化を他のインスタンスから監視できるようにする。Listenerとも呼ばれる。 |
| State |
オブジェクトの状態を変化させることで、処理内容を変えられるようにする。 |
| Strategy |
データ構造に対して適用する一連のアルゴリズムをカプセル化し、アルゴリズムの切替えを容易にする。 |
| Template Method |
あるアルゴリズムの途中経過で必要な処理を抽象メソッドに委ね、その実装を変えることで処理が変えられるようにする。 |
| Visitor |
データ構造を保持するクラスと、それに対して処理を行うクラスを分離する。 |