【デザインパターン (ソフトウェア開発)】（Wikipediaより）

(ソフトウェア開発における)

【デザインパターン】

（Wikipediaより）

 

 

 

 

【 (ソフトウェア開発における) デザインパターン】 （Wikipediaより）

 

　ソフトウェア開発におけるデザインパターン（型紙または設計パターン、英: design pattern）とは、過去のソフトウェア設計者が発見し編み出した設計ノウハウを蓄積し、名前をつけ、再利用しやすいように特定の規約に従ってカタログ化したものである。
 
　書籍『オブジェクト指向における再利用のためのデザインパターン(Amazon) 』において、GoF (Gang of Four; 四人組) と呼ばれる4人の共著者は、デザインパターンという用語を初めてソフトウェア開発に導入した。GoFは、エーリヒ・ガンマ、リチャード・ヘルム、ラルフ・ジョンソン、ジョン・ブリシディースの4人である。彼らは、その書籍の中で23種類のパターンを取り上げた。

 

　コンピュータのプログラミングで、素人と達人の間ではびっくりするほどの生産性の差があるが、その差はかなりの部分が経験の違いからきている。達人は、さまざまな難局を、何度も何度も耐え忍んで乗り切ってきている。そのような達人たちが同じ問題に取り組んだ場合、典型的にはみな同じパターンの解決策にたどり着くのだが、これがデザインパターンである。

　それぞれのパターンは、プログラマの間で何度も繰り返し考え出されてきた。したがって、それは最善の解決策ではないかもしれないが、その種の問題に対するトレードオフも考慮した、典型的な解決策ではある。更に、コストがかかるかもしれない問題解決を実際に行う前の先行調査として大変役に立つ。

 

　パターンには名前がついていることが重要である。なぜなら、名前がついていることで問題や解決策を記述したり、会話の中で取り上げたりすることができるようになるからである。

 

 

◇　◆　◇

 

 

[オブジェクト指向における再利用のためのデザインパターン] (Amazon)

 

中村拓男氏によるレビュー

 

名著だが読みやすくはない, 2002/9/6

　この本はデザインパターンのバイブルとして名高く、ソフトウェア技術者は一度は目を通すべき本でしょう。

　しかし、読みやすくは有りません。例や参照している文献はいかにも研究者向けの難解なものが多いし、本題とは関係のないところで躓くことも多いです。それでも辛抱して読む価値はあります。判りやすさを優先した本は他にあるのですが、この本のようなパターンの「深い」情報を提供してくれる本が他にないからです。

 

　原著が出版されて7年、主流の言語も移り変わり、OOPの図の表記もOMTからUMLに変わりました。そろそろ、深さのレベルを保ったままより判りやすく改訂した第2版がでれば良いなと思います。

『パターンには名前がついていることが重要である。なぜなら、名前がついていることで問題や解決策を記述したり、会話の中で取り上げたりすることができるようになるからである。』

●「数学ガール」⇒「結城 浩」⇒「デザインパターン」
というつながりで検索。

日常では数学やプログラミングと無縁な月臣が、敢えてスーパーマーケットのバックルーム作業で例えるなら（＾皿＾；）、

「いつものアレやっといて」
と言うよりは、
「”大根1/2カット”やっといて」

という、『キーワード込みの会話』をした方が、職場の作業効率は圧倒的に上がる、というコト。

[【池永理架】＠【世界史トレカ】]

「知識だけしか持たないバカ」と「無知な猛獣の群れ」とをつなぐための、『共通して使える分かりやすいフォーマット』＝『デザインパターン（モデル）』の存在が、学校・職場などの組織運営における明暗を分ける。

@seizen_seiaku

[参照]
【アンチパターン】(Wikipedia)
http://yahoo.jp/I8WLDv

『アンチパターン (英: anti-pattern) とは、ある問題に対する、不適切な解決策を分類したものである [1][2]。語源は、ソフトウェア工学におけるデザインパターンである。

主に失敗した開発プロセスに焦点を当てて失敗に陥るパターンを類型化する。そうすることで、そのような事例の早期発見と対応策に関しての提案を目的とする。』