【2023年】オブジェクト指向プログラミング本「最新・人気のおすすめの15冊」

内容が徐々にドメイン駆動設計に近づいていくので，「ドメイン駆動設計に興味があるけど，そもそも良い設計が何なのか知らない」みたいな人に特におすすめできる本だと思いました．著者が Java の知見が深いのか，使用歴が長いのかわかりませんが，コードを用いた説明は Java ベースで書かれていました． 要所で Java のフレームワークについて述べているので，周辺知識を持っていると一層理解できると思います． ただし，思考が Java に傾きすぎてしまうので，現在 Web アプリのバックエンドでよく使われる言語で，書いてくれるともっとわかりやすいのにと思ってしまいました． あと，個人開発の範疇だと，設計を意識しなくても，実装できたり，拡張や運用保守などもできてしまうので，ある程度の大規模開発や実務による苦労した経験が必要に感じました，「リーダブルコード」，「オブジェクト指向でなぜつくるのか」，「ドメイン駆動設計」を足して３で割ったような内容となっており，具体的な説明からとてもわかりやすい良書だと思います． 「クリーンアーキテクチャ」や「ドメイン駆動設計」などにも興味を持てるようになったので読んでみたいと思います． (参考：YahooShopping)

実践にそくして書いてあって、とても参考になりました。 (参考：YahooShopping)

ここ１０年くらいで一気に普及した ＵＩ・ＵＸという概念は、一部では未だに蔑ろにされています。 お役所のホームページなどはその最たる例で、 「一体だれがこれを使いやすい(わかりやすい)と思ったのか」と 呆れることも少なくありません。プロが作ったはずなのに。曖昧な要求で技術者を振り回す発注者や、 駆け出しのエンジニアさん達には、ためになりそうです。直観的に使いやすいメニューやナビゲーション構成というのは 出来る人は自然とそう設計できるものだったりもしますが、 こうして半ば無理やりに言語化して教わらないと身に着けられない人も多く、 その観点で、とても意味のある本だと感じました。 (参考：YahooShopping)

もっと実例に沿って解説してくれると思っていたのですが、目新しいことはあまり載っていなかったです。 うーん、いまひとつ。残念。 (参考：YahooShopping)

この手の本を買った経験があまりなかったですが、良くも悪くも読みやすく、オブジェクト指向言語について理解させてくれます。　実践的なあれこれというよりは、開発の歴史を紐解くという感じだったと思います。　おすすめは、できます。 (参考：YahooShopping)

オブジェクト指向言語でおさえておくべきポイントが網羅的に解説されており、自らの知識の再整理には役立った。またUMLやアジャイル開発等、オブジェクト指向言語と親和性のある開発関連の手法等についても触れられており、現代の開発の全体像や概念の理解には役に立った。あとはリアルな開発の実践の中で、これらの手法や考え方とのリンケージをとりながら、自ら消化していくことが大事。今後そのような実践機会があれば、適宜手に取って復習するべき書籍となろう。 (参考：楽天)

僕は実際のコーディングが出来るが、設計をした事がない。
かなりの制作物を作った自分としては、設計がしたいから、
何かいい設計の本が無いかと、本屋を探してて出会ったこの1冊。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
最初絵がアニメっぽく子供っぽい印象でした。（好きですが）

本の内容を書いてる作者が、絵を描いてるらしく、プログラミング技術には
そんなに優れてないのではないかな？と少々馬鹿にしてました。

でもかわいらしい絵だから好きに成れるかもしれないなと、
ページを開き観た所、そこはちょっと油断し過ぎていたと思いしました。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
そしてページをめくってみると、最初数ページが漫画なのですが、
漫画の中に書かれてる言葉の洪水に圧倒されました。

『この本の作者はかなり経験を積んで、主観的にその経験談から、ソフトウェアの設計が語られてる本だ』

まだ3章までしか読み進めてません。経験者の主観で書かれてる為、少々その内容をちゃんと理解するには、その単元で語ってる事が作者と同等の読者に技術経験が要求されたり、あるいは読解力、しっかりした基礎を要求される、初心者には難解な書物に思えます。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
ただ私もある程度の経験があり、クラスを結構扱えるように色々なライブラリを作ってます。

設計面では始めコーディングして動くモノを作ります。
構造化プログラミングでサブルーチンは頻繁に使うもの以外は
メインプログラムで長いプログラムを作ります。

それを分割してサブルーチン化し、クラスにまとめる。
物凄い手間のかかる作り方ですが、自分はこの方法が一番しっくりくる開発手段です。

そして自分のプログラムがあまりに複雑すぎて難解になり、意味を読めなくなったら、そこを消して、
その箇所だけのテストプログラムとサブルーチンで作って、その箇所をテストが成功したら、
その消した部分に埋め込んだり、そこをサブルーチンを呼ぶ。

そんな僕は突貫工事のバリバリのＩＴ土方です（上等）。

そう言う意味では、その主観的経験則から共感する事は多く、
話してる内容になんとなくついて行けてる様にも感じます。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
しかしこの書物を読み進めるには、
各章の事柄に精通してないと、ちんぷんかんぷんになる可能性は高く思います。

まずはコードを書いて、オブジェクト指向を覚えてからでないと、まずついて行けないと思います。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
そんな設計をかじったり、生産物を作れたり、プログラミング技術の基礎がしっかり出来たり、
やはりいろいろな知識と経験がある程度要求されるように思います。

よかったら読んでみてください。凄く内容の濃い本です。 (参考：楽天)

もともと知っているものもあって、当然パターンかされているのでほっとする。
もともと知らなかったパターンもあった。参考に覚えておく。そして、
自分が無意識で作成したプログラムに、あっこれはこのパターンだと後で気がつく。自然と使えるようになっている自分に驚く。そのようになるための本。 (参考：honto)

本書は、エリック・ガンマ、ラルフ・ジョンソン、リチャード・ヘルム、ジョン・ブリシディースの所謂、オブジェクト指向の４人組（Gof, Gang of four)の共著です。
デザインパターンとは、型紙のことです。
上着を作りたければ、上着の型紙が必要です。
上着の型紙は１種類とは限りません。
デザイン（設計）に応じて、数種類から数千種類の型紙から選ぶ必要があります。
１０や２０の型紙を知っているだけで、使いこなしていると勘違いすることがないように、本書をじっくり読みましょう。
デザインパターンのことをよく知らないで、既存のソフトを修正してプログラムを作っているという場合もしばしばあります。
本書は、そのままデザインパターンのことをよくしらないまま使いつづけるのにも役立ちます。
デザインパターンの使い方を覚えるのにも役立つと思います。
建築物でも、類似の建物を建てる場合には、設計を再利用することがある。
ソフトウェア開発でも、対象が似ていれば、ソフトウェアも似ていていいかもしれない。
オブジェクト指向とは、物（オブジェクト）思考なのだから、その設計（デザイン）も、似ていて当然かもしれない。
設計の再利用は自然の流れである。
課題てゃ、再利用する設計が、抽象的すぎることかもしれない。
もっと、具体的な会計システムのような厳密に定義できるものだとよかったかもしれない。
デザインパターンという設計の基本的な例題を使うという視点では、 結城さんが書いた「ｊａｖａ言語で学ぶデザインパターン入門」「ｊａｖａ言語で学ぶデザインパターン入門マルチスレッド編」を合わせて読むとよいかもしれません。 結城さんは、長年、マニュアル本をたくさん書かれているので、さまざまな情報源から情報を収集し、体系的に説明するのに長けていると思います。 (参考：honto)

普段はC,C++を使っています。 Ruby未経験ですが、本書はRubyでの記載でした。 但し、少し推測でよんでいますが、オブジェクト指向がわかっている人なら読むことは可能です。 内容は、今までにはなかった本でして依存関係に関して詳しく書いています。買ってよかったです。ステップアップしたい人は一回は読むべきです。 できれば、脳内変換が無駄な気がするのため、C++やJava版も欲しかった。。。 (参考：YahooShopping)

『オブジェクト指向設計実践ガイド』
ソフトウェア・アーキテクトとして３０年以上の経験を持つSandi Mets 氏の著書です。
「オブジェクト指向」って、プログラミングの世界では普通に使われている言葉なんですが、プログラミング初心者の私には全然その姿が見えませんでした。
学生時代に勉強したプログラミング言語のBasic、FORTRANは手続き型言語でしたし、趣味でいじっていたEXCELマクロのVBAも小さいものばかりだったので必要としませんでした。
今回、RubyやRuby on Railsを真剣に取り組み始めて、他人のコードを見て？？？となるばかり。
そこで評判も良く、Rubyを使って説明している本書に挑戦してみることにしました。
【本書で学べること・考えること】
・オブジェクト指向プログラミングの利点
・単一責任のクラスの決定
・不必要な依存の断ち切り
・柔軟なインターフェイスの定め方
・ダックタイピング
・上手な振る舞いの適用
・コンポジションによるオブジェクト作成
・費用対効果の高いテスト設計
読んでみての感想です。
元の説明が冗長的な上に直訳的な日本語訳なので、なかなか読解が難しい本です。
絶対の正解があるわけでなく、概念的な内容なので、より難解です。
ただ、説明がRubyのコードで書かれているので、コードを読めば内容が理解できる点も良かったです。
今の自分のスキル、知識では、全部を理解することはできませんでした。
ただ、読む前と読んだ後では、確実にコードの見方や書き方が変わったと思います。
（Rubocopがメソッドの行数が多いと注意してくる理由が分かりました。）
自分の理解した内容としては、以下の通りです。
・オブジェクト指向の目的
　SOLID、DRY、デメテルの法則としった原則に基き、将来的に変更や拡張のコストを下げる柔軟性の高いソフトウェア設計を行う
・注意点
　－クラスは単一責任
　－依存関係は疎結合に
　－パブリックインターフェイスを明示
・設計手法
　－ダックタイピング
　－継承 is-a関係
　－モジュール
　－コンポジション has-a関係
・テストコード
　－将来の変更に備えつつ不変的な単位でコードを書く
まだまだ理解は足りませんが、体系的に知識を得たので、必要に応じて戻ってこれると思います。
今のタイミングで読んでおいて良かったです。 (参考：honto)

大学の指定教科書であったため購入したが著者、監修が完全に理解しきった人のみで書かれているため初めての人目線では書かれていない。同大学のある教授もこの本は不親切な本であり他の参考書を買うことを強く勧めるとおっしゃっていた。入門とはとても思えない内容となっているので注意していただきたい。 (参考：楽天)

アジャイルとオブジェクト指向は切っても切れない。オブジェクト指向の本を読んだりしても何が嬉しくてそうするのか今までよくわからなかったが、この本はオブジェクト指向をどう使えばその効用が最大限に発揮されるのかを具体例を持って示してくれた。本書を読むには前提知識としてオブジェクト指向が必要だけど、とは言え、いまいち腑に落ちてなかった部分がかなりハッキリするし、オブジェクト指向を勉強中に並行して読むのもオススメできる。わかりやすい言葉で書かれていて大変読みやすいので、オブジェクト指向の基本さえ知って入れば、分厚いが一気に読み終わると思う。デザインパターンを単に暗記するよりも深い理解につながる一冊である。 (参考：honto)

「アジャイルソフトウェア開発宣言」の「包括的なドキュメントよりも動くソフトウェアを」という考えが、本書を通底して流れているように思える。我々は、この本を通読することで、アジャイル開発を疑似体験することができるのである。ただし、ここでの「アジャイル」とは、組織文化に着目したスクラム的なものではなく、プログラマーの復権を目指したXPであるけれども。
この書籍は、設計原則とコード例で満ち溢れている。もちろん、必要最低限のクラス図、シーケンス図などのモデルも随所に記載されている。もし、この書籍を腹落ちしながら読み通すことができれば、本当に素晴らしいソフトウェア開発者になることであろう。私も残念ながらそのレベルには至っていないが、そこに到達したいとは思っている。
本書に記載されている設計原則は、あまりにも有名である。この設計原則のおかげで、本書は「古典」になっている。これはアジャイル開発とは関係なくとも、すべてのソフトウェア開発者が読むべき文章であると思う。 (参考：honto)

丁寧な梱包で折れ曲がる事なく無事に届きました (参考：YahooShopping)

書名は「オブジェクト指向入門」ですが、960ページもあるこの本は、入門書というにはハードルが高い本です。しかし、その内容は、オブジェクト指向に携わる開発者のみならず、テストエンジニアも必読と言える内容です。
「契約による設計(Design by Contract)」の概念について参考にさせていただきました。
お勧めの一冊です。 (参考：honto)

ここ１０年くらいで一気に普及した ＵＩ・ＵＸという概念は、一部では未だに蔑ろにされています。 お役所のホームページなどはその最たる例で、 「一体だれがこれを使いやすい(わかりやすい)と思ったのか」と 呆れることも少なくありません。プロが作ったはずなのに。曖昧な要求で技術者を振り回す発注者や、 駆け出しのエンジニアさん達には、ためになりそうです。直観的に使いやすいメニューやナビゲーション構成というのは 出来る人は自然とそう設計できるものだったりもしますが、 こうして半ば無理やりに言語化して教わらないと身に着けられない人も多く、 その観点で、とても意味のある本だと感じました。 (参考：YahooShopping)

もっと実例に沿って解説してくれると思っていたのですが、目新しいことはあまり載っていなかったです。 うーん、いまひとつ。残念。 (参考：YahooShopping)

僕は実際のコーディングが出来るが、設計をした事がない。
かなりの制作物を作った自分としては、設計がしたいから、
何かいい設計の本が無いかと、本屋を探してて出会ったこの1冊。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
最初絵がアニメっぽく子供っぽい印象でした。（好きですが）

本の内容を書いてる作者が、絵を描いてるらしく、プログラミング技術には
そんなに優れてないのではないかな？と少々馬鹿にしてました。

でもかわいらしい絵だから好きに成れるかもしれないなと、
ページを開き観た所、そこはちょっと油断し過ぎていたと思いしました。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
そしてページをめくってみると、最初数ページが漫画なのですが、
漫画の中に書かれてる言葉の洪水に圧倒されました。

『この本の作者はかなり経験を積んで、主観的にその経験談から、ソフトウェアの設計が語られてる本だ』

まだ3章までしか読み進めてません。経験者の主観で書かれてる為、少々その内容をちゃんと理解するには、その単元で語ってる事が作者と同等の読者に技術経験が要求されたり、あるいは読解力、しっかりした基礎を要求される、初心者には難解な書物に思えます。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
ただ私もある程度の経験があり、クラスを結構扱えるように色々なライブラリを作ってます。

設計面では始めコーディングして動くモノを作ります。
構造化プログラミングでサブルーチンは頻繁に使うもの以外は
メインプログラムで長いプログラムを作ります。

それを分割してサブルーチン化し、クラスにまとめる。
物凄い手間のかかる作り方ですが、自分はこの方法が一番しっくりくる開発手段です。

そして自分のプログラムがあまりに複雑すぎて難解になり、意味を読めなくなったら、そこを消して、
その箇所だけのテストプログラムとサブルーチンで作って、その箇所をテストが成功したら、
その消した部分に埋め込んだり、そこをサブルーチンを呼ぶ。

そんな僕は突貫工事のバリバリのＩＴ土方です（上等）。

そう言う意味では、その主観的経験則から共感する事は多く、
話してる内容になんとなくついて行けてる様にも感じます。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
しかしこの書物を読み進めるには、
各章の事柄に精通してないと、ちんぷんかんぷんになる可能性は高く思います。

まずはコードを書いて、オブジェクト指向を覚えてからでないと、まずついて行けないと思います。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
そんな設計をかじったり、生産物を作れたり、プログラミング技術の基礎がしっかり出来たり、
やはりいろいろな知識と経験がある程度要求されるように思います。

よかったら読んでみてください。凄く内容の濃い本です。 (参考：楽天)

■個々のデザインパターンを勉強するつもりで読み始めたが、デザインパターンの根底にある考え方を習得することができた。
■Q1. 従来のオブジェクト指向設計の限界とは？
従来のオブジェクト指向設計では、流動的要素に対して継承による特化という手法で対応していた。この手法は、必要以上の継承階層によって結合度が強まり、凝集度が低下するため、保守性と柔軟性の悪化を引き起こす。
CAD/CAMシステムの例では、フィーチャーとシステムという2種類の流動的要素に対して、フィーチャー数とシステム数を掛け合わせた数のクラスが必要になってしまう。これに対して、パターンに基づいたオブジェクト指向設計アプローチでは、流動的要素を個別のクラス内に保持（カプセル化）する。
■Q2. オブジェクトの新たな考え方とは？
従来は、データとデータを取り扱うための手続きという、実装の観点でしかオブジェクトを見ていなかった。これに対して、新たな考え方では、概念上の観点＝責務に基づいてオブジェクトを捉え、責務を備えた実態として定義する。これにより、オブジェクトがどう実装されるのかではなく、何を実行するかに着目できるようになる。実装ではなく動機に着目するというのは、デザインパターンでよく出てくるスローガンである。
■Q3. カプセル化の新たな考え方とは？
従来は、カプセル化とはデータ隠蔽であると考えられていたが、これはカプセル化の限られた一面である。新たな考え方では、カプセル化とは、あらゆるものを隠蔽することである。データのほかに、実装、派生クラス、設計の詳細、実体化の規則を隠蔽することができる。派生クラスのカプセル化は、型のカプセル化とも言えるもので、抽象クラスを使用するクライアントは、派生クラスの存在を意識する必要がなくなる。
■Q4. 共通性/可変性分析とオブジェクト指向やデザインパターンの関係は？
共通性/可変性分析を用いて、オブジェクトを見つけ出す。共通性分析によって流動的要素をまとめる概念を定義し、抽象クラスを導き出す。可変性分析によって流動的要素を洗い出し、派生クラス（具象クラス）によって実装する。
☆図8.5＋Fowlerの観点：
・オブジェクトの概念上の観点＝責任
・オブジェクトの仕様上の観点＝メソッド（振る舞い）
・オブジェクトの実装上の観点＝コード、データ、演算処理
■Q5. パターンで考えるとはどういうことか？
問題領域からパターンを洗い出すことから始める（第3部の各章）。次に、洗い出したパターンの適用順序を決めて、各パターンの“canonical form”に当てはめる（第4部）。大枠から入ることによって、詳細に気を取られすぎることを回避できる。Alexanderのアプローチとも呼んでいる。
ただし、「パターンで考える」ことが有効となるケースは多くない。これに対して、共通性/可変性分析は大抵のケースで有効な方法である。
※問題領域：解決しようとしている問題そのもののこと。
■Q6. コンテキストからの設計原則とは？
コンテキストとは、あるオブジェクトが別のオブジェクトをどうやって使用するのかということ。コンテキ���トからの設計原則とは、オブジェクトにどのような要求があり、その要求に対してどのようなサービスを提供するのかという「サービス指向」を目指すことである。
コンテキストからの設計は、Alexanderの設計アプローチとも呼んでおり、以下のようなアプローチである。「パターンで考える」と同じことを言っている。
１．全体の概念を理解する。
２．パターンを洗い出す。
３．他のパターンのためのコンテキストを作り出すパターンから開始する。
４．コンテキスト内に向かって、パターンの適用と、新たなパターンの洗い出しを繰り返す
ほとんどのデザインパターンがこのアプローチに従っている。
※コンテキスト：何らかのものをその中に存在または発生させる、互いに関連しあう条件、すなわち環境や設定のこと。あるパターンは、他のパターンのためのコンテキストを提供する。
■Q7. 流動的要素のカプセル化原則とは？
流動的な振る舞いを有した派生クラスを、使用側から隠蔽すること。凝集度を高め、流動的要素間の結合度を低くするために、クラス内に複数の流動的要素を保持しないことが重要である。CAD/CAMシステムの例では、Bridge, Abstract Factory, Adaptor, Fecadeの各パターンにより、カプセル化する流動的要素を分けている。
■Q8. クラス継承よりオブジェクトの集約を多用するとはどういうことか？なぜか？
被使用側クラスの流動的要素に合わせて使用側クラスを派生（継承）させるのではなく、使用側クラスに被使用側クラスを保持させたうえで、汎用的なインタフェースを経由して呼び出すこと。被使用側クラスで流動的要素をカプセル化することにより、汎用的なインタフェースを提供できるようになる。
※Strategyパターンが一例。
■Q9. 開放/閉鎖原則とは？
ソフトウェアは変更することなく拡張できるように設計すべきという考え方。デザインパターンの根幹には開放/閉鎖原則がある。
■Q10. 共通性/可変性分析とは？
問題領域内に存在している概念（共通性）と具体的な実装（可変性）を洗い出すこと。システムの流動的要素を洗い出すことができる。以下のような、共通性/可変性分析テーブルを作りながら進める。
共通性 | 存在する流動的要素
概念1 | 具体的な実装1-A
| 具体的な実装1-B
概念2 | 具体的な実装2-A
| 具体的な実装2-B
| 具体的な実装2-C
… | …
流動的要素を洗い出した後は、デザインパターンの教訓（インタフェースを用いて設計を行い、集約を用いて流動的要素をカプセル化する）を活用できる。
デザインパターンによるアプローチ（コンテキストからの設計）とよく似ている。しかし、相互補完的な面もある。共通性/可変性分析によるアプローチは、抽象的側面の洗い出しに役立つ。デザインパターンによるアプローチは、抽象的側面間の関連に着目する。
■Q11. 分析マトリクスとは？
問題領域内に存在する流動的要素を明確にするためのテクニック。分析結果から、使用すべきパターンを洗い出すことができる。以下の表が分析マトリクスであり、概念が共通性を表し、機能が特定の共通性における流動的要素を表す���
| シナリオA | シナリオB |
概念1 | 機能1-A | 機能1-B |
概念2 | 機能2-A | 機能2-B |
… | … | … |
分析マトリクスにより、要求の抜け漏れに気づくことができる。また、数多くの特殊ケースが存在し、全体像が見えない場合の整理に有効である。
■Q12. 共通性/可変性分析と分析マトリクスの関係は？
分析マトリクスは、共通性と流動的要素の整理により、複雑な問題領域の理解に役立つ。
■Q13. 有効で汎用的な設計アプローチとは？
デザインパターンから得られた以下の教訓のこと。どのような設計にも適用可能である。これは、Alexanderのコンテキストからの設計に従ったアプローチである。
・共通性/可変性分析を用いて、システムの流動的要素を洗い出す。
・流動的要素を洗い出した後、デザインパターンの教訓（インタフェースを用いて設計を行い、集約を用いて流動的要素をカプセル化する）に従う。 (参考：honto)

オブジェクト指向そのものに対して懐疑的なのだけど、それでもこの本は面白く、有用でもある。昔々オブジェクト指向について真剣に考えていたときに読みたかった。多少バイアスがかかっているところもあるが、許容範囲内だった。

デザインパターンについては長らく誤解されているところがあった(る?)。デザインパターンを身に着けてしまえばすぐに正しい設計技法が使えるようになると勘違いな風潮が広まっていた。この本はそういう誤解を改めてくれる。確かに何もない混沌としたところからスタートするよりはずっと楽な道を歩めるようにはなる。それでも優れた設計技法を身につけるには長い時間がかかるし、本を読んだり、適当に使ってみるだけで身につくものでもない。この本はパータンの直接的な活用法よりも、むしろそういった分析の指針を与えてくれるところの一面を強調している。この点については完全に同意する。オブジェクト指向の入門書としても、パターン自体の解説書としても、ありがちなコードを提示しただけのものとは一線を画している。即効性はあまり高くなくとも良い本だった。 (参考：楽天)

内容が徐々にドメイン駆動設計に近づいていくので，「ドメイン駆動設計に興味があるけど，そもそも良い設計が何なのか知らない」みたいな人に特におすすめできる本だと思いました．著者が Java の知見が深いのか，使用歴が長いのかわかりませんが，コードを用いた説明は Java ベースで書かれていました． 要所で Java のフレームワークについて述べているので，周辺知識を持っていると一層理解できると思います． ただし，思考が Java に傾きすぎてしまうので，現在 Web アプリのバックエンドでよく使われる言語で，書いてくれるともっとわかりやすいのにと思ってしまいました． あと，個人開発の範疇だと，設計を意識しなくても，実装できたり，拡張や運用保守などもできてしまうので，ある程度の大規模開発や実務による苦労した経験が必要に感じました，「リーダブルコード」，「オブジェクト指向でなぜつくるのか」，「ドメイン駆動設計」を足して３で割ったような内容となっており，具体的な説明からとてもわかりやすい良書だと思います． 「クリーンアーキテクチャ」や「ドメイン駆動設計」などにも興味を持てるようになったので読んでみたいと思います． (参考：YahooShopping)

実践にそくして書いてあって、とても参考になりました。 (参考：YahooShopping)

この手の本を買った経験があまりなかったですが、良くも悪くも読みやすく、オブジェクト指向言語について理解させてくれます。　実践的なあれこれというよりは、開発の歴史を紐解くという感じだったと思います。　おすすめは、できます。 (参考：YahooShopping)

オブジェクト指向言語でおさえておくべきポイントが網羅的に解説されており、自らの知識の再整理には役立った。またUMLやアジャイル開発等、オブジェクト指向言語と親和性のある開発関連の手法等についても触れられており、現代の開発の全体像や概念の理解には役に立った。あとはリアルな開発の実践の中で、これらの手法や考え方とのリンケージをとりながら、自ら消化していくことが大事。今後そのような実践機会があれば、適宜手に取って復習するべき書籍となろう。 (参考：楽天)