オブジェクト指向について調査した結果まとめ【随時更新】

随時追加・整理します。
※個人的に気に入った説明を自分の言葉で書いているので理解できなかったらすみません。

オブジェクト指向とは？

概念そのものだとか、明確な説明はない、などありますが。

「変更されない箇所を軸に、頻繁に変更されるであろう箇所をクラスに抽出する、プログラミングスタイル」

要は後から仕様変更・機能拡張しやすいようにプログラムするための考え方だと理解します。

継承の本質は、抽象概念をまとめ上げられるインターフェイス

インターフェイス（抽象）に対してプログラムすること

無駄を省き洗練させてわかりやすいものを作ること

とりあえず以下だけ守ろうと思います。

クラスを変更する理由は、1つ以上存在してはならない（役割=責任=変更する理由）

・仕様変更があった場合に、振る舞いを追加することで変更に対処することができる
・振る舞いを追加しても、既存コードは影響を受けない

望まれるのは、次のような置換性質である

S型オブジェクトo1各々に対して, T型オブジェクトo2が1つ存在
o2を使って定義されたプログラムpが存在
このとき、o2の代わりにo1を使ってもpの振る舞いが変わらない性質

・クライアントに、クライアントが利用しないメソッドへの依存を強制してはならない

・利用していないメソッドに依存してしまうと、そのメソッドが変更されたときに本来無関係であるはずのクライアントまで影響を受けてしまう場合がある

・それぞれのクライアントが実際に利用するメソッドだけに依存するようにする

・関連性を持ったインタフェースはグループ化し、クライアントごとに特化したインタフェースを用意
これによりクライアントは、自分が利用しないメソッドとの依存関係を断ち切ることができる

・上位のモジュールは下位のモジュールに依存してはならない、どちらのモジュールも「抽象」に依存すべきである

・「抽象」は実装の詳細に依存してはならない、実装の詳細が「抽象」に依存すべきである

・下位モジュールが宣言したインタフェースに上位モジュールが従う形は、インタフェースの所有権が下位モジュールにある状態といえる

・具体的なクラスに依存せず、プログラム内の関係は抽象クラスかインタフェースで終わるようにする
　具体的なクラスから派生するクラスはだめ
　基本クラスで実装されているメソッドは上書きしちゃだめ

・早まった「抽象」をしないことと「抽象」を使うことは同じように大事

という説明がありました。意味・効果のある抽象化を見極めて行いたいと思います。