[B! デザインパターン] kayamelo151515のブックマーク

kayamelo151515 id:kayamelo151515

デザインパターンに関するkayamelo151515のブックマーク (2)

再考: GoF デザインパターン - Qiita
本投稿は私の主観によって書かれています。コメントは大歓迎です。もし長くなるようでしたら別途記事に投稿し、リンクを張っていただけると嬉しいです。概要 GoFのデザインパターンは適当すぎるから、いい加減、修正されるべき。参考までに各パターンに対するコメントを書く。 GoFのデザインパターン GoFのデザインパターンは適当であり、教科書通りに学ぶべきものではないように思う。以下がGoFのデザインパターンの良くない原因だろう。本が出版されたのは1994年であり、Java(1995)が出てくるよりも前だったオブジェクト指向が未成熟な時代にカタログ化された現代のプログラミングと合致しないものが多い「オブジェクト指向における～」と断っている以上、OOPに絡める必要があったパターンのいくつかに「多態性を用いると便利」という蛇足がついている挙げたパターンに根拠がない「とりあえず、23個ほ
kayamelo151515 2017/11/19
あとで読む

OOP

GoF

デザインパターン
リンク
Don't repeat yourself - Wikipedia
この記事には独自研究が含まれているおそれがあります。問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2016年4月） Don't repeat yourself（DRY）は、特にコンピューティングの領域で、重複を防ぐ考え方である。この哲学は、情報の重複は変更の困難さを増大し透明性を減少させ、不一致を生じる可能性につながるため、重複するべきでないことを強調する。 DRY は、Andy Hunt と Dave Thomas の著書 The Pragmatic Programmer (邦題:達人プログラマー) において中心となる原則である。彼らはこの原則を、データベーススキーマ、テスト計画、ビルドシステムや、ドキュメンテーションにいたるまで非常に幅広く適用している [1]。 DRY 原則がうまく適用されたとき、システムに対するいかなる要素の変更も、
kayamelo151515 2016/07/25
DRY

デザインパターン
リンク
1