オブジェクト指向のこころ (SOFTWARE PATTERNS SERIES)

著者 : アラン・シャロウェイ ジェームズ・R・トロット 村上雅章

• 丸善出版 (2014年3月11日発売)

感想・レビュー・書評

[ふえるわかめさんの感想 · 2022年9月24日]

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

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

[別府さんの感想 · 2022年9月24日]

・原著第2版の日本語訳がピアソン・エデュケーションより2005年に刊行され、丸善から2014年に復刊した。
・ややこしいが、丸善出版のサイトでは2005年のversionのものとして扱われている。
・なにより、著者の氏名をきちんと記載すべき。

【書誌情報】
『オブジェクト指向のこころ　デザインパターンとともに学ぶ』
原書：Design Patterns Explained: A New Perspective on Object-Oriented Design, Second Edition (Addison-Wesley Professional)
著者：Alan Shalloway
著者：James Trott
訳者：村上 雅章
発行元：丸善出版
発行日：2005年09月
判型：A5変
ページ数：404ページ
ISBN：978-4-621-06604-1
Cコード：3004
NDCコード：007.61

オブジェクト指向パラダイムを有効にするためのデザインパターンの中から、重要度の高いものを厳選し解説。要求における流動的要素や、要求の変化という観点から、さまざまな事例について丁寧な考察を行うことによって、デザインパターンそのものを導き出すというユニークなアプローチを採っている。オブジェクト指向パラダイムのメリットを120%引き出したいと考えている方にお薦めの一冊。
[https://www.maruzen-publishing.co.jp/item/b294729.html]


【目次】
まえがき
　　オブジェクト指向からパターンへ、そして真のオブジェクト指向へ
　　人工知能からパターンへ、そして真のオブジェクト指向へ
　　本書で使用している表記について
　　フィードバック
　　第２版で変わった部分
　　謝辞

第I部　オフジェクト指向ソフトウェア開発入門
第１章　オブジェクト指向パラダイム　
　　１．１　概要　
　　１．２　オブジェクト指向パラダイム以前：機能分解
　　１．３　要求における問題
　　１．４　変化に対応する：機能分解を用いた場合
　　１．５　要求の変更に取り組む
　　１．６　オブジェクト指向パラダイム
　　１．７　オブジェクト指向プログラミングの実際
　　１．８　オブジェクトの特殊なメソッド
　　１．９　サマリ
　　１．10　練習問題

第２章　ＵＭＬ―統一モデリング言語
　　２．１　概要　
　　２．２　ＵＭＬとは何か？
　　２．３　ＵＭＬを使う理由
　　２．４　クラス図
　　２．５　相互作用図
　　２．６　サマリ
　　２．７　練習問題

第II部　従来のオブジェクト指向設計における限界
第３章　柔軟なコードを必要とする問題
　　３．１　概要
　　３．２　ＣＡＤ／ＣＡＭシステムから情報を抽出する
　　３．３　ボキャブラリを理解する
　　３．４　問題を表現する
　　３．５　本質的な問題とアプローチ　
　　３．６　サマリ
　　３．７　練習問題

第４章　標準的なオブジェクト指向による解決策
　　４．１　概要
　　４．２　特殊化したケースを考慮して解決する
　　４．３　サマリ
　　４．４　練習問題

第III部　デザインパターン
第５章　デザインパターンの紹介
　　５．１　概要
　　５．２　デザインパターンは建築学と文化人類学から生まれた
　　５．３　建築の設計パターンからソフトェアのデザインパターンへの移行
　　５．３　デザインパターンを学習する理由は？
　　５．４　デザインパターンを学習するその他の利点
　　５．５　サマリ
　　５．６　練習問題

第６章　Facadeパターン
　　６．１　概要
　　６．２　Facadeパターンの紹介
　　６．３　Facadeパターンの学習
　　６．４　フィールドノート：Facadeパターン
　　６．５　ＣＡＤ／ＣＡＭの問題とFacadeパターンの関係
　　６．６　サマリ
　　６．７　練習問題　

第７章　Adapterパターン
　　７．１　概要
　　７．２　Adapterパターンの紹介
　　７．３　Adapterパターンの学習
　　７．４　フィールドノート：Adapterパターン
　　７．５　ＣＡＤ／ＣＡＭの問題とAdapterパターンの関係
　　７．６　サマリ
　　７．７　練習問題　

第８章　視野を広げる
　　８．１　概要
　　８．２　オブジェクト：従来からの考え方と新たな考え方
　　８．３　カプセル化：従来からの考え方と新たな考え方
　　８．４　流動的要素を見つけ出し、それをカプセル化する
　　８．５　共通性／可変性分析と抽象クラス
　　８．６　アジャイル開発における品質
　　８．７　サマリ
　　８．８　練習問題

第９章　Strategyパターン
　　９．１　概要
　　９．２　新たな要求を取り扱うための方法
　　９．３　国際e-コマースシステムの事例：最初の要求
　　９．４　新たな要求の取り扱い
　　９．５　Strategyパターン
　　９．６　フィールドノート：Strategyパターンの使用
　　９．７　サマリ
　　９．８　練習問題　

第10章　Bridgeパターン
　　10．１　概要
　　10．２　Bridgeパターンの紹介　
　　10．３　例を用いたBridgeパターンの学習
　　10．４　デザインパターンの使用　
　　10．５　Bridgeパターンの学習：パターンを導き出す
　　10．６　概念的観点から見たBridgeパターン
　　10．７　フィールドノート：Bridgeパターンの使用
　　10．８　サマリ
　　10．９　練習問題

第11章　Abstract Factoryパターン
　　11．１　概要
　　11．２　Abstract Factoryパターンの紹介
　　11．３　例を用いたAbstract Factoryパターンの学習
　　11．４　Abstract Factoryパターンの学習：その実装
　　11．５　フィールドノート：Abstract Factoryパターン
　　11．６　Abstract FactoryパターンとＣＡＤ／ＣＡＭ問題の関係
　　11．７　サマリ
　　11．８　練習問題

第IV部　すべてをまとめる：パターンを使って考える
第12章　エキスパートはどのように設計するのか？
　　12．１　概要
　　12．２　違いを付加していくことによる構築
　　12．３　サマリ
　　12．４　練習問題

第13章　ＣＡＤ／ＣＡＭ問題をパターンによって解決す
　　13．１　概要
　　13．２　ＣＡＤ／ＣＡＭ問題のおさらい
　　13．３　パターンで考える
　　13．４　サマリ
　　13．５　練習問題

第V部　新たな設計パラダイムに向けて
第14章　デザインパターンの原則と戦略
　　14．１　概要
　　14．２　開放／閉鎖原則
14．３　コンテキストからの設計原則
　　14．４　流動的要素のカプセル化原則
　　14．５　抽象クラスVS.インタフェース
　　14．６　健全な猜疑心
　　14．７　サマリ
　　14．８　練習問題

第15章　共通性／可能性分析
　　15．１　概要　　
　　15．２　共通性／可変性分析とアプリケーションの設計
　　15．３　共通性／可変性分析を用いてＣＡＤ／ＣＡＭの問題を解決する
　　15．４　サマリ
　　15．５　練習問題

第16章　分析マトリクス
　　16．１　概要
　　16．２　現実世界にて：流動的要素
　　16．３　国際e-コマースシステムの事例：流動的要素の取り扱い
　　16．４　フィールドノート
　　16．５　サマリ
　　16．６　練習問題

第VI部　パターンの持つその他の価値
第17章　Decoratorパターン
　　17．１　概要
　　17．２　もう少し詳細に
　　17．３　Decoratorパターン
　　17．４　Decoratorパターンを事例に適用する
　　17．５　もう一つの例：入出力
　　17．６　フィールドノート：Decoratorパターンの使用
　　17．７　Decoratorパターンの本質
　　17．８　サマリ
　　17．９　練習問題

第18章　Observerパターン
　　18．１　概要
　　18．２　パターンの分類
　　18．３　国際e-コマースシステムの事例に対する追加要求
　　18．４　Observerパターン
　　18．５　事例に対するObserverパターンの適用
　　18．６　フィールドノート：Observerパターンの使用
　　18．７　サマリ
　　18．８　練習問題

第19章　Template Methodパターン
　　19．１　概要
　　19．２　国際e-コマースの事例における追加要求
　　19．３　Template Methodパターン
　　19．４　Template Methodを国際e-コマースシステムの事例に適用する
　　19．５　Template Methodパターンを用いて冗長性をなくす　　
　　19．６　フィールドノート：Template Methodパターンの使用
　　19．７　サマリ
　　19．８　練習問題

第VII部　ファクトリ
第20章　生成に関するパターンから得られる教訓
　　20．１　概要
　　20．２　ファクトリ
　　20．３　続・コンテキストを考慮する時の規則　
　　20．４　指針に従ったファクトリ
　　20．５　変化のベクトルを制限する
　　20．６　別な視点から
　　20．７　ファクトリのさまざまな役割
　　20．８　フィールドノート
　　20．９　サマリ
　　20．10　練習問題

第21章　SingletonパターンとDouble-Checked Lockingパターン
　　21．１　概要
　　21．２　Singletonパターンの紹介　
21．３　事例に対するSingletonパターンの適用
　　21．４　兄弟分：Double-Checked Lockingパターン
　　21．５　熟考　
　　21．６　フィールドノート：SingletonパターンとDouble-Checked Lockingパターンの使用
　　21．７　サマリ
　　21．８　練習問題

第22章　Object Poolパターン
　　22．１　概要
　　22．２　オブジェクト群の管理を必要とする問題
　　22．３　Object Poolパターン
　　22．４　考察：ファクトリの守備範囲は実体化だけではない
　　22．５　サマリ
　　22．６　練習問題

第23章　Factory Methodパターン
　　23．１　概要
　　23．２　事例に対する新たな要求
　　23．３　Factory Methodパターン
　　23．４　Factory Methodパターンとオブジェクト指向言語
　　23．５　フィールドノート：Factory Methodパターン
　　23．６　サマリ
　　23．７　練習問題

第24章　ファクトリのサマリ
　　24．１　概要　
　　24．２　ソフトウェア開発プロセスの手順
　　24．３　ファクトリとエクストリームプログラミングのプラクティス間にある類似点
　　24．４　システム規模に見合ったアプローチ

第VIII部　まとめ、そして今後
第25章　デザインパターンのおさらい：総括と今後
　　25．１　概要
　　25．２　オブジェクト指向原則のサマリ
　　25．３　デザインパターンによる実装のカプセル化方法
　　25．４　共通性／可変性分析とデザインパターン
　　25．５　問題領域を責務に分解する
　　25．６　パターンおよびコンテキストに基づく設計
　　25．７　パターン内の関連
　　25．８　デザインパターンとアジャイル開発方法論のプラクティス
　　25．９　フィールドノート
　　25．10　サマリ
　　25．11　練習問題

第26章　参考文献
　　26．１　本書のサポートウェブサイト（英語）
　　26．２　参考文献
　　26．３　Javaプログラマに対するお薦め書籍
　　26．４　Ｃ+プログラマに対するお薦め書籍
　　26．５　COBOLプログラマに対するお薦め書籍
　　26．６　エクストリームプログラミングに対するお薦め書籍
　　26．７　プログラミング一般に関するお薦め書籍
　　26．８　個人的なお薦め書籍

索引

[flasksrwさんの感想 · 2021年5月25日]

オブジェクト指向の初学者向けのようだが、それにしてはわかりにくい。

[鈴華書記さんの感想 · 2020年12月22日]

プログラムにおける，デザインパターンとオブジェクト指向を結びつける本。「リーダブルコード」とかと並行して読むとより目的意識がもてるあ。

オブジェクト指向とは何なのかというよりかは，オブジェクト指向がどのように適用できるかを知るための本だと思う。なので基本用語については知っている前提と見たほうがよい（1，2章に説明はある）。

各論については，文章が冗長なのが欠点（？）だが実例に従っているので，個人差でわかりやすいと思う人もいるだろう。

[bl-iirさんの感想 · 2020年11月3日]

https://www.maruzen-publishing.co.jp/item/b294729.html
https://www.oreilly.com/library/view/design-patterns-explained/0321247140/

[Tsuenobu Kaiさんの感想 · 2020年10月24日]

ただのデザインパターンの説明にとどまらず、デザインパターンを活用して実装詳細に囚われない概念的な設計方法について解説してくれる書籍。
この本を読んで、伸び悩みを感じていた自身のプログラム設計能力が向上できそうだと感じるいい本だった。文句無しで星5。

[ooocamelさんの感想 · 2019年4月5日]

オブジェクトの本質を突いている。
マイクロサービスの設計に活用できる。
これからの三年間、実践していきたい。

[mykelgさんの感想 · 2019年2月10日]

一言で言うと、非常に有益な本だった。読んで良かった。

この本で語られている考え方が非常に参考になりました。
- カプセル化の考え方
- 今後の変更や追加に強いオブジェクト指向設計の方法
- どの部分をカプセル化すれば良いかの分析方法
- 具体的なデザインパターンに対する考え方
などが載っており、非常に有益な本でした。実践して血肉にしていきたい。

また、今まではデザインパターンを、「これ今回使えそうだから使ってみよう」と単純に考えていたが、この本では、
　パターンが解決しようとしている問題をしっかり把握し、
　自分の解決しようとしている問題と一致しているかを見極めてから使う
と書いてあり、デザインパターンに対する考え方が変わった。（今までは本質を見れていなかった。）

[ryokucha334さんの感想 · 2019年1月8日]

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

■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のコンテキストからの設計に従ったアプローチである。
・共通性/可変性分析を用いて、システムの流動的要素を洗い出す。
・流動的要素を洗い出した後、デザインパターンの教訓（インタフェースを用いて設計を行い、集約を用いて流動的要素をカプセル化する）に従う。

[malloc007さんの感想 · 2016年8月3日]

むつかしい