連載：.NETで始めるデザインパターン 第7回 デザインパターンの落とし穴（1/2） - ＠IT
これまでの連載では、既存の実装コードに対してリファクタリングを行っていくと、自然な成り行きでデザインパターンが導かれていくことを説明してきた。このことが示すとおり、デザインパターンは＜有能な設計者のみが行える特殊な＞デザインではない。むしろ、＜オブジェクト指向で設計する者がその最適な解を求めるうえで当然の帰結として用いられる普遍的な＞デザインなのである。つまり、デザインパターンを覚えておくということは、この解にすばやく到達できるということを意味する。 それでは、覚えておいたデザインパターンを、自由気ままにあらゆる場所で何にでも適用していくという態度は正しいだろうか。もちろんそんなわけはない。デザインパターンを適用するのにふさわしくないケース（個所）があるのだ。従って、上手にデザインパターンを使いこなすためには、そういった個所、つまり「デザインパターンの落とし穴」を避けて通る必要があるのだ。
Article 123 at 05/11/16 15:46:17 From: editors@objectclub.jp Subject: 【オブジェクト倶楽部： 2005-42号】
Date: Wed, 16 Nov 2005 16:02:35 +0900 Subject: 【オブジェクト倶楽部： 2005-42号】 X-Mail-Count: 00123 ┏━━━━━━━━━━━━━━━━━━━━━━━━━━■ ┃ ■┃ ●┃● ● オ ブ ジ ェ ク ト 倶 楽 部 ■ ┃ ┃ ■ ┃ ┗━━━━━━━━━━━━━━━━━━━━━━■━━━┛ No.117 2005/11/16 ■ I N D E X ┃ ┣【Topics】クリスマスイベント 登録開始間近です！ ┣【プログラミング】Rubyで進むオブジェクトの道 〜脱初心者をめざして〜[10] ┣【ＰＦ】アジャツール - Agileなツール紹介[5] ┗【アンケート】気になるシステム業界 ホントのところ 〇━━━━━
The Rational Edge （オブジェクト指向を超えて） ― ＠IT
The Rational Edgeより：元ソフトウェア開発者のGary Pollice教授は、オブジェクト指向の概念を最初から学ぶコンピュータサイエンスの学生は、構造化プログラミングテクニックが染み込んだプログラマーより、これらをソフトウェア開発プロジェクトに応用するときに苦労しないと指摘する。本稿では構造化とオブジェクト指向の考えを考察し、オブジェクト・ファーストの教授法のメリットを解説して、アスペクト指向のプログラミング手法が普及する中でのアスペクト・ファースト・アプローチへの移行の可能性を考えてみたい。 筆者は、大学生のころ初めて携わったハイテク系の仕事の1つに関連し、ALGOLのサブセットを学習するクラスに1日参加しただけで4Kバイトのメモリを搭載したコンピュータをプログラムできた。筆者は、気象計算処理を実装するのに十分な文法を学んだのだ。いま思い出すと、マシンを制御して自分の命令
Matzにっき(2005-11-29)
<< 2005/11/ 1 1. 未踏中間報告会 2. 日経BP社 「日経バイト」「日経Windowsプロ」を年内休刊 2 1. [Ruby] ウェブ開発の世界を変えられるか--「Ruby on Rails」開発者の挑戦 2. [言語] syntax across languages 3 1. 長女、文化祭 4 1. [Ruby] XML.com: REST on Rails 2. [教会] セミナリー終了 5 1. 町文化祭 6 1. [教会] 松江 7 1. [原稿] 日経Linux 12月号 8 1. [原稿] 日経Linux 2. 俺ってばスゲー。 9 1. [原稿] 日経バイト＋るびま 10 1. [原稿] 日経バイト 2. わんこ原稿 3. 高感度デジカメの時代がやってくるか - FinePix F10 & Z1 4. Star Wreck: In the Pirkinning
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
antipop2.0: Perl で楽々アクセサ作成について考えてみた
IBM 高階関数 - Japan
