skillup

技術ブログ

プログラミング全般

オブジェクト指向設計 単一責任のクラスの設計

投稿日:

オブジェクト指向をするうえでの大事なポイントなど

単一責任のクラス設計

メモ

  • 単一責任のクラスの設計(そのクラスの関心ごとは1つにすべき)
  • クラスだけではなくメソッドも単一責任の原則にする
  • 例えばインスタンス変数の変更などは一般的には影響度が非常に大きい(現時点でインスタンスを呼び出している場所すべてに影響を与える)
    その場合、クラスを分離する、などの選択肢もある
  • クラスの性質を一言で説明できるようにする(あれもこれもの場合には複数になっていることが多い)
    その場合、分離を考える(分離が必ずしも善ではない。)
  • 日本語自体でクラスの性質が通るか考えてみる(参考書P43のといかけ)
  • セッター、ゲッターの意図はインスタンス変数の隠蔽と、変更時に変更コストを1か所にすることができるため
  • データ構造自体に依存するようなケースもあるため、ラッパーメソッドを使う(p49参照)
  • なんらかの構造に依存するようなコード(例えば配列のインデックス)はさけ、クラスで定義し内部構造に触らなくする(p49参照)
  • 単一でない場合はその構造を隔離することを考える

実際のコーディング上のコツ

  • クラスはできる限り最小にする(メソッドはできれば10以内)
  • メソッドの行数はなるべく少なくする(目安として20行以内)
  • データベースやWebからの変数の依存度を下げる(依存度が上がるとテストが難しくなる)
  • 他のクラスを必要とするような部分を極力すくなくする

感想

変更を予測することが困難なので、変更に備えて関心事でクラスをつくる。日本語で表記できるか否かという基準は大事。日本語が複雑になるようであればクラスを分けたほうがいいかも。3章の依存関係と合わせて、単一責任でない場合は隔離(別クラスとして定義)したほうがよさげ。

参考文献

オブジェクト指向設計実践ガイド

-プログラミング全般
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

オブジェクト指向 値オブジェクトの活用と場合分けに関して

オブジェクト指向 その1 オブジェクト指向 その2 オブジェクト指向 その3 でオブジェクト指向に触れたんですが、基本から勉強しなおす必要があると思い、まとめ&追記 参考文献 現場で役に立つシステム設 …

no image

バッチスクリプトで気をつけたい点

実務でバッチ処理を作る際に気をつけるべきと思ったこと。 基本的にエラーをいかに捉えていかにログに吐くかを最初に考える。まずはエラーありき。失敗するもの、想定した値がこない、あるいは値がないを前提として …

no image

オブジェクト指向 アプリケーション間連携(主にWebAPI)

本日も引き続き「現場で役立つシステム設計の原則」を読み進めてます。 本日はプレゼンテーション層、いわゆるMVCのViewにあたる部分。 Contents1 アプリケーション間連携(主にWEBAPIに関 …

no image

オブジェクト指向について その3

今回は場合分けによる変更コストとオブジェクト指向のメリットについてです。 例えば給付金が発生して、その金額を死亡時、退職時、通常時で場合分けするとき、if-elseで書けば下記のようになります。 [c …

no image

シェル基礎2

シェルコマンド使い始めて数年たちますが、いまだに知らないことはおおいですし、早く知っとけばよかった的なこともたくさんあります。 そんな小ネタ集を alias よく使うコマンドを別名で登録することができ …