Practical Object-Oriented Design in Ruby

なぜ設計が重要なのか — 変更の真のコスト、ソフトウェアをメッセージをやり取りするオブジェクトの集まりとして捉えること、そして依存関係を管理する技術としての設計。

クラスに一つのことだけをさせる — SRP、TRUE テスト、インスタンス変数をメソッドの背後に隠すこと、そして変更を安価に保つためにデータ構造を隔離すること。

依存関係を認識し、隔離し、逆転させる — dependency injection、抽象に依存すること、そして依存が向くべき方向をどう選ぶか。

オブジェクト間のメッセージを設計する — パブリックとプライベートのインターフェース、「どうやって」ではなく「何を」を求めること、コンテキストからの独立、そしてデメテルの法則。

クラスではなく振る舞いによって定義されるクラス横断的なインターフェース — case-on-class や responds_to? のチェックの裏に隠れたダックを見抜き、オブジェクトをその振る舞いによって信頼する。

正しく行うクラス継承 — どこに適合するかを見極め、具象クラスを抽象スーパークラスへとリファクタリングし、super の代わりにフックを用いた template method パターンを使う。

Rubyのモジュールを使って、無関係なクラス間で振る舞いを共有する — ロールを見極め、継承可能なモジュールコードを書き、メソッド探索を理解し、行儀のよい継承のルール（Liskov、フック、浅い階層）を押さえる。

部品からオブジェクトを組み立てる — composition vs inheritance、has-a関係、factoryとroleによるモデリング、そしてinheritance・modules・compositionの選択基準。

自分自身のコストを回収するテストの書き方 — 何を、いつ、どうテストするか。incoming/outgoing メッセージのテスト方法と、設計が進化してもテストスイートの保守コストを抑える方法。