投稿日:

オブジェクト指向：クラス設計のガイドライン

今回は、オブジェクト指向のクラス設計のガイドラインを勉強したので、メモしていきたいと思います。

自分が学んだことを簡約にしていくので、補足や間違っている部分がある場合は、コメント頂けたら幸いです！

設計ガイドライン

  1. 実世界のシステムをモデル化する。
  2. 公開インタフェースを特定（識別）する。
    1. 優れたオブジェクトのインタフェースはクライアントが達成したいサービスだけを記述する。
    2. ユーザーから考えてみるとタクシーが目的地に辿り着けばいい。どのように言って速度はどうなっているのかはどうでもいいのだ。
  3. 丈夫なコンストラクタを設計すること
    1. オブジェクトを安全な状態に初期化しなければならない。
    2. デフォルトコンストラクタに依存してはいけない。初期化処理がなくても宣言するクセを身につける。
  4. クラスのドキュメント化とコメントを使用する。
  5. 協定を意識してオブジェクトを構成する。
    1. 他のクラスと情報をやり取りしないクラスは作る必要がない。
  6. 再利用を意識して設計する。
    1. クラス設計にて最も深く考えなければならない。
    2. オブジェクトが使用されるかもしれない全ての状況を考慮する。（不可能なので、できるだけ。）
  7. 拡張を意識して設計する。
    1. インタフェースを使用する。
    2. 例え、人クラスを継承して顧客や従業員のクラスを作れるように意識して設計する。
    3. 静的インタフェースはクラスの強い結合を意味する。
  8. 記述的な名前を付ける。
    1. 命名規則に従うこと
    2. 読んでる人がどのようなオブジェクトやメソッドなのか理解できるようにする。
    3. 変数はその用途に合う名前にすること。
  9. 移植不可のコードはカプセル化すること
    1. 特定の環境（ハードウェアなど）だけで動作するコード
    2. 移植不可のコードは分離し、固有のクラス又はメソッドにする。
    3. ラッパクラスを使用し、特定の環境の場合を制御すればいい。
  10. オブジェクトコピーと比較を提供する。
  11. スコープは可能な限り小さくする。
    1. 小さくすることは抽象化と実装の隠蔽を容易にする。
  12. 保守を意識して設計する。
    1. １つの大きいコードよりは管理可能な部分で分解する。
    2. 保守性を高める方法は相互依存性を低くすること。
  13. 開発過程を繰り返す。
    1. 全てのコードを1回で作成しない。
    2. 少しづつコードを追加し、ビルドとテストを繰り返す。
  14. インタフェースをテストする。
    1. スタブを使用して実際コードがなくてもテストができる。
    2. スタブは使用が終わっても削除しないほうがいい。
  15. 永続オブジェクトを使用する。
    1. 永続性はオブジェクトの状態を保存する概念
    2. 保存しておくとオブジェクトを失った時に回復ができる。
    3. フラットフォームファイルシステム、RDBMS、NoSQLなどを利用する。
  16. オブジェクトの直列化及びマーシャリング
    1. マーシャリングとはオブジェクトを送信する時、オブジェクトを分解して送信できるような状態にすること
    2. 直列化とはオブジェクトを通信経路を通して送信し、受信側ではそれを再構成する。このプロセスを直列化という。

参考

概念から学べる開発のエッセンスオブジェクト指向の考え方

コメントを残す