プログラミング・スタンス

• オブジェクト指向の真髄：コードの徹底した重複排除＋クラスの擬人化
• 似てるコードがある → 整合整理できる。もっとまとめて再利用できる
• ただ、少し冗長でもコードの意図や分かりやすさも大切なのでバランスをとる
• 沢山のエラーが発生してカオスにならないように最小単位ずつ進める
• 全て英語。シンプルで美しく脳に正しいイメージを伝える英語を使う
• ロジックを１文ずつしっかり読み、流れ全体を完全に理解していればエラーは必ず直せる

クラスの整理

ファイル

• フォルダ1 (SuperClass) -> フォルダ2 (SuperClass) -> SubClassファイル群と階層整理ができる
• 階層整理をすると各クラス群の役割状況、ポリモやメソッド等の使い回し状況などがtreeで俯瞰できる

メンバ

• 静的メンバ → フィールド → コンストラクタ → メソッド → 定石オーバーライド/ゲッタセッタ

命名規則

1. クラスには体を表す命名を。フィールドには属性を表す名詞を、メソッドには動きを表す動詞を付ける
2. メソッドはpublicで外部利用。privateで内部利用。オーバーライドを希望する時はabstractを付ける
3. インスタンス変数名は宣言されてる型の方のクラスのイニシャルを利用（PreparedStatement: ps）
4. イニシャルだと変数名が１文字になってしまう場合に限り子音３文字にする（Connect: cnc）
5. ２体目のインスタンスから変数名の後に数字をつけ始める（ps2）
6. 自作クラスのインスタンス名は先頭３文字にする（Monster: mon）
7. 配列変数名は複数形(s)にする。配列には複数のデータが格納されているので
8. その他の変数名は格納データの内容を適切に表すものにする
9. プリミティブ型の変数名は１文字（String: s, int: i）

オーバーライド

• toString：自作クラスのカスタマイズ情報を手軽に参照できるようになる
• equals：自作クラスをコレクションに格納するときはオーバーライド
• hashCode：HashSetなどが上手く動作しない時にはオーバーライド
• compareTo：Comparable を実装すると、Collections.sort が使える
• clone：Cloneble を実装すると、インスタンスを複製できるようになる

＊オーバーライドの定石はObjectを参照

外部リソース

• ファイルを読み書きするときはバッファリングを併用

チェックリスト

• 等価判定される自作クラスのequalsは全てオーバーライドされているか？