リスト：オブジェクト指向 を表示しています。（全 4 件）

デザインパターンを世に知らしめるキッカケになった本。誰もが名著だと認める一方で、説明の仕方が難解だとか、具体例が適切でないとかGUI関連のものに偏っているなどとも言われます。特に「デザインの再利用」という視点が強調されているため、説明がやや抽象的に進む感はあります。しかし、世の中のパターン絡みの本はほとんどすべて本書をベースに記述されていますから、本家本元にチャレンジする価値は高いのでは。最初の部分を除けば、基本的にパターンのカタログなので、本書を最初から順番に読み進める必要は一切ありません。最初に書かれているFactory絡みのパターンを理解するのに違和感があったら、もっと後に書かれているObserver、Command、State、Mediatorといったあたりへ飛んで読み進めるとより楽に読ませると思います。（鈴木純一 / 2002-11-30）

開発にオブジェクト指向言語を使用する大きな利点の一つはクラス(階層)の再利用性であるが、現実にはそのようにクラス設計をする事は難しい。本書は再利用性を念頭に置いてクラス設計の手法(デザインパターンと呼ぶ)を経験に基づいて体系化した名著である。Javaをご存知の方は、Javaの各クラス・ライブラリ階層が本書のデザインパターンと酷似している事にお気付きであろう。
本書ではデザインパターンを大きく次の三つに分けている。
(1) 具象クラスを生成するための抽象(インタフェース)パターン
(2) 構造に関するパターン
(3) 振舞いに関するパターン
例えば、(3)で説明されるIteratorパターンはJavaでその名前のまま出て来る。また、(1)で説明されるFactoryパターンが(呼称はともかく)恐らく一番ポピュラーな手法で、具象クラス群の生成を念頭に置きながら、特定の具象クラスに依存しない真に共通な要素を抽象的に定義するパターンである。
本書の内容は学術的に導いたものではなく、経験則に基づいたものだけに実践的である。それでいて、体系的に美しい。機能的に優れたものはデザインも美しいという見本のようである。本デザインパターンの考察にあたっては、建築学を参考にしたというのも面白い。本書を順に全て読む事は容易ではないが、本書の内容を身に付ける事で具象化や継承によるクラスの再利用性が格段に向上する事請け合いである。オブジェクト指向言語を使用してプログラミングをする方にとっては必読と言って良い名著。（紫陽花 / 2007-04-27）

確かにこの本は予備知識なしに読むのは難しいですね。
まず、"デザインパターン"とは何かということを、そしてその記述の仕方(パターン名、問題、解決、結果)を第1章で説明されていますが、事前に知っておいたほうが読みやすいと思います。
第2章ではLexiというTexに似たドキュメントエディタのなかにどんなデザインパターンが使われているか書かれています。個人的にもデザインパターンを説明するにはテキストエディタや描画エディタが最適だと思い、2章も押さえておくと以降も理解しやすいです。
第3章以降でやっとそれぞれ(生成、構造、振る舞い)のデザインパターンが紹介されています。"生成"、"構造"、"振る舞い"というのが何を意味しているのか初めはよくわかりませんでしたが、各パターンを見ていくうちにこの区別の仕方が理解できます。
ただし各章を順番どおりに読んでいくのではなく、後へ先へページを何度もめくっていく中で理解していくことができるでしょう。
「デザインパターン」を学ぶ上で、結城浩氏の「Java言語で学ぶデザインパターン入門」やW.J. ブラウンの「アンチパターン―ソフトウェア危篤患者の救出」もお勧めです。（sire / 2005-09-27）

この本はデザインパターンのバイブルとして名高く、ソフトウェア技術者は一度は目を通すべき本でしょう。
しかし、読みやすくは有りません。例や参照している文献はいかにも研究者向けの難解なものが多いし、本題とは関係のないところで躓くことも多いです。それでも辛抱して読む価値はあります。判りやすさを優先した本は他にあるのですが、この本のようなパターンの「深い」情報を提供してくれる本が他にないからです。
原著が出版されて7年、主流の言語も移り変わり、OOPの図の表記もOMTからUMLに変わりました。そろそろ、深さのレベルを保ったままより判りやすく改訂した第2版がでれば良いなと思います。 （中村拓男 / 2002-09-05）

すべてC++ベースで論じてあり、Javaに関してはC++から変換したJavaコードしかない、よってJava特有の実装上の考慮点は自分で気づかなくてはならない。これは本書の責任ではなく、GoF95も6年の歳月による経年劣化ともいえる。UML表記も然りで、UML1.1以前の表記なので、多少本書のクラス図の書き方に目を慣らす必要がある。だが基本的教科書として、今なお、必須の書だろう。（nemo_kaz1 / 2001-11-30）

出版されて間もない頃に購入し、内容の面白さに引きずり込まれて夢中で読んだ本です。
本書の良さは他のレビュアーの方々が書いてくれているので、ここでは気になった点について述べます。それは、継承の説明についてです。
継承には、「実装の継承」と「インターフェイスの継承」の2つの面がありますが、オブジェクト指向の利点を十分に発揮させるためには、インターフェイスの継承を如何にうまく使うかが重要だと思います。オブジェクト指向の定石とも言える「デザインパターン」でも、その大半が、インターフェイスの継承をうまく利用しています。
一方、実装の継承は、良くも悪くも継承もとのクラスを丸々引き継いでしまうため、多用しすぎるとかえってシステムが硬直してしまいます。
本書の継承の章は実装の継承に重点を置いて書かれており、これを読むと「実装をどんどん継承する事こそ、再利用性を高める源だ」と誤解しかねません。
実際には、インターフェイスの継承についても本書で述べられているのですが、実装の継承に比べると扱いが小さく、主にコラムの中で説明されています。
私がオブジェクト指向に興味を持てたのは本書のお陰であり、ほんとに大好きな本なのですが、上記の問題点を考慮して、星4つとします。（とーてむぽーる / 2005-12-08）

最近，UMLによるクラス図を目にする機会が増えたが，意味がわからないエンジニアにお勧め．もしくはUMLの解説書を読んだがそれでもわからないエンジニアには特にお勧め．
オブジェクト指向開発の流れの中でUMLのようなモデリング言語がどのように用いられ，またそれがどのようにプログラムのコードに落とされていくかを実例を用いて明快に記述している．オブジェクト指向開発の理解無くしてUMLの理解は無い，それを教えてくれる本．オブジェクト指向を理解したい人の，始めの一歩．
#もちろんオブジェクト指向プログラマへの始めの一歩にも（ / 2002-08-21）

むかしむかし読んで、今でも内容を思い出せます。
本書はC++を題材としたオブジェクト指向開発に関する入門書である。
が、入門という割には読んだ後もずっとお世話になることになると思う。
特にC開発者がC++へ移行する際には是非お勧めできるし、
他の言語を用いている人にも是非読んでもらいたい1冊である。
一応のモノを作っているけれども、本当にこれでいいのか、
もっと効率のよい開発方法はないか等、絶対ぶち当たる壁に対し
ヒントを沢山くれる。
読んでいても楽しいし、それでいて効率のよい開発手法を得られるので
お得感満載である。
C++言語を使用しているだけの「丘PG」には是非読んでもらいたい。
絶対に価値観が変わるから。（sada / 2004-02-11）

オブジェクト指向の本質を理解できます。
図解もされてる為、視覚的にもオブジェクト指向に触れる事が出来
初心者でも問題なく理解する事が出来ると思います。
また、本書にも書かれてる通りC++の入門書ではありませんが
オブジェクト指向と言うものを理解すれば、C++を理解したも同然だと思います。
またサンプルコードがC++で書かれてる為参考になると思います。
ただし、上級者には知識を得ると言う意味では物足りないと思います。
しかし、読んでいて楽しいと思います。（akishin0 / 2004-02-05）

5年前に書かれた内容であるために、JavaとUMLではなく、C++とOMTである。ただ、言語の文法や、表記法をどれほど知っていたとしても、必ずしもオブジェクト指向で開発できるわけではない。
その点、本書では、言語や表記法に関わりなく、オブジェクト指向で開発するための基礎が分かりやすく載せられており、それは、時代が過ぎても有用なものだと思う。もちろん、本書を読めば、すぐにオブジェクト指向開発ができるというわけではないかもしれないが、そのきっかけは確かにつかめると思う。（steady / 2003-08-01）

他の方もおっしゃっていますが、１～３章までは必読ですが
時間のない人は辞書的にも使えると思います。
ただ、すべてを一読しておくと、明日行うコーディング等にも
役立つ情報が多々ありますので、ぜひ一読することをお勧めします。
目から鱗が落ちるようなサンプルの宝庫です。（森　博之 / 2004-11-27）

この本は著者のXPでのリファクタリングの経験をカタログ形式でまとめたもので、ソフトウェアを少しずつ日々改善し、ソフトウェアが肥大化が修正を困難にしないようにする小さな手法の集まりを紹介しています。ソフトウェアの構造に日々手を加える(部分的な再設計の)ための、問題点の発見の仕方、直し方がカタログ化されています。
書いてあることの個々の内容は比較的単純なものばかりですが、まずい設計が示唆する問題点、改善による効果、リファクタリングが可能な条件、リファクタリング時に見落としがちな点の指摘などが十分に書かれていて、リスクと効果をよく考えながらリファクタリングが出来るようによく配慮された内容になっています。プログラミング初級者にとって、とても勉強になる内容だと思いますが、経験を積んだプログラマにも日々のプログラミングのチェックリストとして非常に役に立つのではないかと思います。
JAVAでかかれているため、C++を使っている人には多少違和感がありそうですが、.NETプログラミングにはうってつけの内容だと思います。（中村拓男 / 2002-11-10）

達人プログラマ、ソフトウェア職人気質も読みました（ただの流行り好きですね・・・）が前二書がメンタルな部分が多いのに対し、この本は非常に実践的です。
5章まででリファクタリングの意味を知り、後はリファレンス的に手元に置いておきたい本です。サンプルコードが多く明快な解説がされているので詰まったときに調べるのに最適だと思われます。（木下牛 / 2003-04-10）

リファクタリングの技法が非常にいっぱいつまっていてとても役立ちます。
通して読むのは1章から3章くらいまでで、後は辞書引きの方が良いでしょう。
1章から3章までのswitch文をStrategyパターンにもっていくやり方はぜひ身に付けて下さい。
リファクタリングも繰り返し行っていけば、不吉な匂いがするコードを書く前に気づき直すこともできるようになると思います。
直接生産性に影響する技術ではありませんが、保守がしやすく、すっきりとしたコードを書けるようになるので1度読んでみることをお薦めします。（貨物列車を止めた男 / 2004-10-19）

リファクタリングするための個々のテクニックのカタログを説明する
前に、それらを適用するストーリーを例示する章がまず最初に用意さ
れています。そのため、第１章さえ読めばやりたいことの本質が会得
できるので、非常にストレスなく読めます。（この構成は、ＧＯＦの
デザインパターンや、ランダル・L. シュワルツ の「初めてのPerl」
に共通する方法です）
導入の章さえ読めば、個々のリファクタリング技法の節を１節ずつ電
車の中、空き時間等に少しずつ読んでいくことができます。途中の節
から気軽に再開できるので、忙しくて読めない時期があっても最初か
ら読み直しにならない所が嬉しいです。
順番によまずとも拾い読みでも構わないし、もっと言えばカタログだ
から全部読破しなくてもいい、と割り切れるのがいい所です。なんと
なく持ち運んでいつのまにか、読み終わってしまいました。
ファウラーの本の中では、アナリシスパターン（挫折しました）、
ＵＭＬモデリングのエッセンス（若干難しかった）と比べて、
極めて読みやすく買って無駄になることがない本だと思います。（悩み多き頭でっかち / 2002-11-17）

「オブジェクト指向は利益を得ることを許してはくれるが、それをただでめぐんでくれるわけではない」と『UMLモデリングのエッセンス 第2版』で孫引きしたFolwer氏じしんによる、その言明に対する証明が本書である。
本書は、表記がOdel法であったり、訳文の読み辛さもあってか、Folwer氏の他の著作とは違って現場レベルでの浸透度はひまひとつのように思える。
が、言葉だけが独り歩きしている感の強い「モデル」「モデリング」(「オブジェクト指向分析」と呼びたければそう呼んでもよい)といった概念を、その作業過程(思考/試行過程)を示すことで明確にするという視点は他の類書にはない本書のアドバンテージである。
「パターン」と銘打ちながらも、いわゆるパターン言語、パターン・カタログ的な記述を行っていないことも、モデリングの過程を重視してのことだろう。
だから、本書は、一読してたちどころにそれを理解できるといったものではない。実際のモデリング・スキルの習得が、自分じしんで手を動かすことでしか達成できないのと同じように。
読者じしんが手を動かして、例題についてのオブジェクト図(クラス図だけでは不十分だ)を作成し、そのモデルを吟味する過程においてパターンの立ち上がる瞬間を、読者みずからが体験することなしに、本書に対する理解はありえない。自らが手を動かせば、本書の記述は何ら難解ではない。本文中の図がOdel法であることも逆手に取って、自らの手でUML化してしまえばよい。
本書で描かれている、現実世界に存在するものをオブジェクトとして捉える視点とその技術は一部の「モデリングおたく」が習得すれば良いというものではない(「アナリスト」が作成したモデル図を読み解いて実装に落とすのはだれ？)。そうでなくても「オブジェクト」に対する感覚(「クラス」に対する、ではない)をより鋭敏にするためにも、すべてのオブジェクト指向技術者にとって必携の一冊である。
附記: 旧装版のレビューでは「モデリングおたく向け」と、本書に対するよくある誤解のみがレビューとして存在していた。こんかいの新装版の発売を機に、擁護の意味も兼ねてレビューした。このレビューが一人でも多くの技術者がこの書を手にとり、実際に手を動かすことで本書に対する理解を深めてくれるきっかけになれば幸いである。（f451 / 2002-05-26）

いわゆる（デザインパターンのような意味合いでの）パターンカタログではありません。パターン的な形式で書かれている部分もありますが、結果としてのモデル（パターン）ではなく、どうやってモデリングするのかを（明に暗に）書いている部分がより重要だと思います。その過程を自分でなぞりながら読むと得るものが多いのでは。（鈴木純一 / 2003-08-03）

オブジェクトの世界では知らない人がいないのではと思われる
マーチンファウラーによる分析例の本
アナリシスパターンということで、パターン集ではなく、アナリシスつまり
分析の考え方を集めた本になっています。
構成は、まず概念モデルなどの説明があり
実際の分析例（責任関係、観測と測定、企業財務の観測、オブジェクトへの参照、
在庫管理と会計、会計モデルの利用、計画、トレーディング、デリバティブ
トレーディングパッケージ）が全体の４分の３程度割いています。
２部は分析を補足する説明として、アーキテクチャ、ファサードなどの解説
そして付録として技法・記法、パターン一覧が載っています。
一度は業務分析を行った経験のある方であれば、著者が何の意図でこのような
本を作ったのかがよくわかるのでは無いかと思います。まさに
分析例集の感はあるのですが、良く練られた分析では無いかと思います。
また、今まで、アナリシスとアーキテクチャの関係がいまいちしっくり
こなかった私にとっては、とてもわかりやすい本でした。
逆に、業務分析を必要としない人にとっては、難しい内容かもしれません。
目的には完璧なまでにすばらしい本なのですが、いかんせん
この本は高いです。お値段の点で評価が一つ下がっています。（親カッパ / 2009-03-05）

システムの開発プロセスにおいて、現実世界をいかにモデリングするか、という「要求分析」から「設計」につなげていく過程で一番重要なモデリング技術について語られた本です。
初めて読んだのはかれこれ５年ほど前になりますが、業務アプリケーションのシステム開発で、現実世界をモデリングする上で必要となってくる、責任、観測、測定、計画といった認識論的なテーマが扱われており、読んでいるとモデリングについてのイマジネーションが非常にかきたてられ何度読んでも飽きない本です。
私がマーチン・ファウラーに心酔するきっかけとなった本で、非常にお勧めです。
（上昇志向 / 2006-10-28）

　メタレベル（著者は意識レベルと呼んでいる）でのモデリングで抽象レベルが１ランク高いので広範囲なビジネスモデリングに役立つと思います。何度読み返しても味のある本だと思います。
（k-nagano / 2007-01-18）