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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

私のようなプログラム言語習得の全く初心者にとって、また独学での言語習得する者にとって、オブジェクト指向の理解は最大の難関である。
　Java習得のための基本的入門書を２冊ほど読み、実際にサンプルプログラムを打ち込みながらJava・アルゴリズムの基本の習得、加えてオブジェクトの理解にも努めた。一般アルゴリズムの概念、フィールド・メソッドを含めたクラスの概念については何とか理解できたが、オブジェクト指向については漠然としたものでしかなく、オブジェクト指向のメリットなど正直言ってほとんど理解できなかった。
　本書は、Java言語習得のためにオブジェクト指向に特化されたもので、わかりやすいサンプルを使って冗長とも言えるほど丁寧に解説がされている。本書の構成は、基本概念→学習シートによる理解の定着→実際のプログラミング、段階を追いながらであるため読者によってはもどかしさを覚えるかもしれないが、オブジェクト指向の初心者にとっては実に親切この上ないプロットである。どの項目も一般的Java入門書よりも丁寧に解説されており、特にポリモーフィズムにおいてはその概念の解説に相当数のページを割かれている。一読で理解できるものではないが、じっくり読めば本書のタイトルどおりオブジェクト指向を理解できる。本書のみでJava言語を習得できるものではないが、Java言語におけるオブジェクト指向理解のためには必須テキストと言える。
　理解難解箇所については、「あせらず」、「じっくり」などのエールとも読める著者の心配りがあり、何とも頼もしくうれしいものあることを付け加えておきたい。 (参考：honto)

私のようなプログラム言語習得の全く初心者にとって、また独学での言語習得する者にとって、オブジェクト指向の理解は最大の難関である。
　Java習得のための基本的入門書を２冊ほど読み、実際にサンプルプログラムを打ち込みながらJava・アルゴリズムの基本の習得、加えてオブジェクトの理解にも努めた。一般アルゴリズムの概念、フィールド・メソッドを含めたクラスの概念については何とか理解できたが、オブジェクト指向については漠然としたものでしかなく、オブジェクト指向のメリットなど正直言ってほとんど理解できなかった。
　本書は、Java言語習得のためにオブジェクト指向に特化されたもので、わかりやすいサンプルを使って冗長とも言えるほど丁寧に解説がされている。本書の構成は、基本概念→学習シートによる理解の定着→実際のプログラミング、段階を追いながらであるため読者によってはもどかしさを覚えるかもしれないが、オブジェクト指向の初心者にとっては実に親切この上ないプロットである。どの項目も一般的Java入門書よりも丁寧に解説されており、特にポリモーフィズムにおいてはその概念の解説に相当数のページを割かれている。一読で理解できるものではないが、じっくり読めば本書のタイトルどおりオブジェクト指向を理解できる。本書のみでJava言語を習得できるものではないが、Java言語におけるオブジェクト指向理解のためには必須テキストと言える。
　理解難解箇所については、「あせらず」、「じっくり」などのエールとも読める著者の心配りがあり、何とも頼もしくうれしいものであることを付け加えておきたい。 (参考：honto)

■個々のデザインパターンを勉強するつもりで読み始めたが、デザインパターンの根底にある考え方を習得することができた。
■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)

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

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

UML登場後に出版された方法論に関する本の中で、最も気に入っている本です。繰り返し型の開発や開発手順（開発ワークフロー）に関して非常に詳しい説明が展開されています。UMLと併用する方法論を学んだり、あるいは実践する際に参照する本としてベストだと思います。本の分量は多いですが、説明はとても丁寧かつ平易。UMLを知らずに読み進めるのは厳しいと思いますが、UMLの入門書を終えた後なら読み進めることはできるでしょう。本書に書かれている情報量は膨大で、しかも読者（開発者）が適宜必要な部分を吸収、活用することを前提に書かれているので、すべてを学習／実践しようと考えるのではなく、大局的に本書を見ながら必要な部分を選択することが必要です。 (参考：楽天)

初心者にちょっと毛が生えたくらいのJavaScriptを書いている人を対象にしている。
オブジェクト志向やJavaScriptを学習する上で誰もがぶつかりそうなところをしっかり解説しているのが良かった。
ただ「おまじない」と言ったワードが出てきてしまったのがすこし残念。そこまで説明するような優先度ではなかったということなのだろうけど、技術書で「おまじない」という言葉を見てしまうと自分が若干萎えてしまうので。
ただしっかりと章ごとに制作物を作ることもできるので、全体的な完成度は高いと感じた。 (参考：honto)

著者が前書きでも書いていたとおり
本書はまったくの初心者を対象には書かれていないようで
if文やfor文、変数の書き方といった基礎的な部分の説明はなく
いきなりクロージャやオブザーバーの説明から入るので
ある程度基礎は固めた状態で始めるのが良いかと思います。

各チャプターごとにサンプルを作成しながら学んでいく形式ですが
サンプルのHTML、CSS、JS、画像が予め用意されていたので
JS以外は用意された物を使用して、JSだけに集中して実装に取り組む
という使い方が出来たのは良かったです。

個人的に嬉しかったのは、
フォームのバリデーション、モーダルウィンドウ、Ajaxでデータを取得してHTMLに落とし込む方法など
扱っている題材がかなり実用的だった事で、
特にバリデーションに関しては、近々担当する案件で必要になりそうだったので早速参考にさせてもらいました。

不満な点としては、
他の方も書いていましたが、ライブラリの話が少なかった点で
現場でよく使われるライブラリやその使い方などの情報がもっと欲しかったです。
もう一点は、
サンプルが盛りだくさんなのは嬉しい事ですが、その分各サンプルにかける解説が少しすくなく感じたので
サンプルを一つ二つ削って、なぜそのような書き方になるのかといったような一歩踏み込んだ解説があるとよかったです。

色々と書きましたが、
ある程度Javascriptの基礎は学び、次にどのような事を学べば良いかと迷っている方には
間違いなくオススメできる一冊だと思いました。 (参考：楽天)

注文してから届くまで早くてよかったです。 (参考：YahooShopping)

いろいろと書かれていますが、初心者はストレスを感じるかもしれません、ですが詳しく書いてる分、まじめにやれば他の入門書より得るものは多いと思います。 (参考：honto)

値段も高いし、ページ数も多い、そしてとても重い。
持ち歩いて電車の中で読むのは大変だが、UMLモデリングの知識を向上したい人は、がんばって読んだほうが良い本。
値段以上の価値がある。
モデリングをするときに有用なGRASPについて詳しく書かれている。GRASPについて詳しく書かれている本はあまりないので、とても参考になる。
ソフトウェアを作っていくときに、UMLをどのように活用していくかについて詳しく書かれているので、UMLは知っているけれどあまり活用できていない、という人にも読んでもらいたい本。 (参考：honto)

　オブジェクト指向ではどのようにしてソフトウェアを開発していくのかを説明した良書です。オブジェクト指向分析／設計のプロセス全体を現実に即して解説するために2つのケーススタディ（POSシステムとモノポリーゲーム）を使い、統一プロセスのアジャイルなアプローチにしたがって、オブジェクト指向分析／設計のおこない方を UML2 を使いながら解説しています。分析／設計でデザインパターンを適用する方法も説明されています。

　JavaやC#などのオブジェクト指向言語と基本的なオブジェクト指向概念（クラス、インスタンス、インタフェース、継承、多相性など）を理解している人向けに、オブジェクト指向でソフトウェアを開発するとはどういうことなのか、開発プロセス全体を通して説明しています。

　単なるプログラマから脱却し、オブジェクト指向の良い点を生かした分析／設計やアーキテクチャ構築ができる人を目指す開発者にたいへん有益です。 (参考：楽天)

ここ１０年くらいで一気に普及した ＵＩ・ＵＸという概念は、一部では未だに蔑ろにされています。 お役所のホームページなどはその最たる例で、 「一体だれがこれを使いやすい(わかりやすい)と思ったのか」と 呆れることも少なくありません。プロが作ったはずなのに。曖昧な要求で技術者を振り回す発注者や、 駆け出しのエンジニアさん達には、ためになりそうです。直観的に使いやすいメニューやナビゲーション構成というのは 出来る人は自然とそう設計できるものだったりもしますが、 こうして半ば無理やりに言語化して教わらないと身に着けられない人も多く、 その観点で、とても意味のある本だと感じました。 (参考：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やアジャイル開発等、オブジェクト指向言語と親和性のある開発関連の手法等についても触れられており、現代の開発の全体像や概念の理解には役に立った。あとはリアルな開発の実践の中で、これらの手法や考え方とのリンケージをとりながら、自ら消化していくことが大事。今後そのような実践機会があれば、適宜手に取って復習するべき書籍となろう。 (参考：楽天)