「オブジェクト志向」の考えかたで質問します

質問

• 「オブジェクト志向」の考えかたを調べた結果、繼承、カプセル化、ポリモーフィズムを総称したものだと理解しました。
• 具体的な例として、指定するクラスの生徒の情報を取得するソースを作成したいです。
• 作成したソースは、実行DAOクラス、StudentDAO、DB接続クラス、Beanクラスの4つで構成されます。

回答No.4

public_sa

プログラムも
実世界の構造にあわせたほうが
汎用性の高いプログラムが出来るんでは
ないか？と感じてます。
っていうかそういう場合がほとんどです。

1)の
StudentがstudentNumberを持つ
StudentがstudentNameを持つ
これはHAS-Aとして成り立つと思います。
実世界でも生徒が名前や出席番号を持っています。ね。

2)の
StudentFormBean#setStudentClassの
引数型が無いのでよくわかりません

super.sutudentClassも見えないのよくわかりません

生徒データを管理するのは先生？っていうのをコード化し
質問の
＞＞2)生徒は、クラスに属する　＝　ＩＳ－Ａで考えられないか。
をもう少し紐解くと

生徒は、クラスに属する
の逆を言うと
クラスは生徒達を持つになりませんか？
1クラスに付き生徒1人なんて事はまずないので。。。
っていう事は、
class クラス {
private 生徒達 sutudents;
}
ってなりますね。
生徒データを管理するものが必要だとしたら
管理するオブジェクトが生徒を持つのが
妥当かと、
そこで生徒達クラスの登場となります。
生徒達クラスが複数の生徒を管理する手段を提供すればよいと思います。
class 生徒達 {
pivate 生徒[] sutudents;
//例えば以下のように使いやすくなります。
private int get生徒人数 { return this.sutudents.length;}
private int get男子生徒人数{
//this.sutudensを調べ返す
//何で男子人数が判るかは下の[class Student extends 人]でわかります
}
}
もっと言うとクラスを担当するのは先生なので
class 先生 {
private クラス clazz;
}
ここまでで先生がクラスを担任し、クラスには生徒達が存在し、
クラス単位で生徒達を管理するっていう形が出来上がったと思います。

じゃぁいつIS-Aが成り立つのか思いました？
例えば生徒も先生も人ですね。
以下例えばですよ。
class Student extends 人 {}
class 先生 extends 人 {}
class 人 extends 生き物{
private 性別;
pivate 年齢;
}
class 生き物{
private 命;
}
ってすれば
先生クラスを見れば先生は人なんですから性別も年齢も
判断できることが保障されますね。
人である以上生き物なんですから
命があることもコード上保障されますね。

先生をインスタンス化する時点で保障すべき
事にはIS-Aが成り立つ、
HAS-AではOBJECT_Aが持つOBJECT_Bへの
アクセス手段をオブジェクトAが実装しない限り保障されませんよね。
そのフィールドをカプセル化するのはもちろん、
アクセス手段・インスタンス化手段も限定できる
それがカプセル化。
IS-Aではそのオブジェクトがインスタンス化された時点で
親オブジェクトの機能は保障されることになります。
それが継承であり、それを抽象化・Interface化することが
ポリモーフィズムってことかな。

カプセル化できてなければ多能性もなくなるし、
多能性が無ければオブジェクト指向でなくて
手続き型のプログラムでよいと思うし
全てある程度できて使えるプログラムかなっておもうよ。

で
DBのAccessor・DBConnectorの話になると、
DBConnectorは接続先情報を持つ。
AccessorはDBConnectorを持つ
っていう風にしたほうが汎用性が高くなんじゃないかな？
今のままだと
StudentDBAccessor IS DBConnectorだから
DBConnectorであるStudentDBAccessorしか拡張できない。

以下みたいな考えが理解できると
汎用性の多少あるプログラムが書けるかも。

class DBAccessor extends Accessor{
private DBConnector connector;
}
class StudentDBAccessor extends DBAccessor{
private QueryExecuter executer;
}
class DBConnector extends Connector{
private DataSource ds;
}
DataSource - 接続先情報
QueryExecuter - SQL実行クラス
と理解してください。
長文すみません
わからないことあったらまた聞いてください。

補足

解答ありがとうございます。
遅くなりました。

この時なのですが、
DBConnectorを共用化しようとした場合どうすべきなのでしょうか？
private DBConnector connector;
のように定義したら、毎回初期化される气がする。。。

一度サンプルに関して、考えてみました。
それで、
QueryDBAccessorクラスは、
public class QueryExecuter
implements StudentInterface {

private Connection con;

//指定するクラスに属する生徒をとりだす
public void getStudents(){

Statement stmt = null;
try{
String sql = createSqlSelectStudents();
con.prepareStatement(sql);
stmt.setDataSelectStudent();
ResultSet rs = stmt.executeQuery();
//dbから取りだした結果をよびだしクラスに返す

while(rs.next()){
//?ここでとりだす？
}

}catch(Exception e){

}
}

protected abstract String createSqlSelectStudents(){
//sql文
return sql文.toString();
}

protected abstract void setDataSelectStudent(){

}
}

public interface StudentInterface{

protected abstract String createSqlSelectStudents();
protected abstract void setSelectStudent();
}

な感じでしょうか？

また、
DBAccessor　色んなクラスからよばれる
ex) 先生を新たに追加する、etc...

DBConnector　dbに接続する際の処理
全体に共通するもの

StudentDBAccessorは、生徒に関わる処理
っていう感じでしょうか？

できたら、処理のイメージ的なものを出してもらいたいのですが。。。

よろしくお願いします。