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

投稿日：2016年5月27日更新日：2022年7月17日

ちょっと最近、仕事でソースの書き方がいい加減になってきたのでオブジェクト指向について考え方を再確認しようと思います。

参考文献

SoftWareDesign 2015年9月号

何も考えずにプログラムを書いていくと下記のような問題点にぶつかります。

このような問題点を開発するために、オブジェクト指向では下記のような点に注目してこの問題の改善に取り組みます。

関連するデータとロジックは同じクラスに書く

オブジェクト指向ではデータとロジックを1つのクラスにまとめることを重視します。

利点としては下記のような点が挙げられます。

外部からデータを変更しインスタンスにいれるのではなく、データとデータを加工計算するロジックを同じクラスに書いておけば、そのクラスだけに注目すればよく、変更コストも最小限で済みます。

メモ

オブジェクト指向以前ではデータをすべてグローバル変数にいれて使っていたようです。これですと当然、値が書き換わる可能性があり、危険です。

その経緯があり、メソッドの中に変数を置くことのできるローカル変数と値渡しが誕生しました(引数の値の渡し方ですが、元々はすべて参照渡しだったようです。)。

これにより、値の影響範囲を抑えることには成功しましたが、逆に値の残存期間が小さくなりすぎる(メソッドを通ったら消えてしまう)という悩みも存在することになりました。そういった難点もオブジェクト指向が生まれた背景の１つのようです。

オブジェクトで作られたインスタンス変数は「値の影響範囲を抑えつつ、なおかつ残存期間が長い変数」ということでローカル変数とグローバル変数の両方のメリットを併せ持っています。

データの制約

クラス内に作られるデータはstringやintなどといった各プログラミング言語で用意されているデータ型で定義します。ただし、これらをそのまま使うことには「業務的に正しくないデータが混入しても動いてしまう」というデメリットがあります。

例えば誕生日をいれる処理があった場合、通常の日付型(JavaのLocalDate)で表した場合、未来の数字をいれることも可能ですし、数千年前の数字をいれることも可能です。これらは通常の誕生日としては異常なデータですが、このようなデータの入力も可能になってしまいます。

そこでオブジェクト指向らしい設計は汎用的なデータ型であるLocalDateを使いつつも、独自の誕生日クラスを作ることです。

ソースサンプル例

class DateofBirth{

    @NotEmpty(message="必須")
    @Past(message="必須")
    LocalDate date

    //それぞれ誕生日の処理についてロジックを書く


}

class DateofBirth{

@NotEmpty(message="必須")

@Past(message="必須")

LocalDate date

//それぞれ誕生日の処理についてロジックを書く

}

例えば日付に関して上記のような制約をするだけでも「必須」であり「過去でないとダメ」という条件を加えることができます。

これに対して月や年を出力するというようなメソッドを中にいれておけば、より正確なプログラミングが行えますし、誕生日に関する処理はこのクラスをみるだけですべてがわかります。