DAOやVOクラスについて

質問

初めまして、プログラム初心者です。
最近、開発をやり始めたのですが、わからないこと
だらけで困っています。

■DAOクラスについて
一般的にどこまでの処理を書くものですか？
DBへアクセスする為のオブジェクトということは
わかるのですが、DBの接続文以外にSELECTやCREATE文
なども含めるのでしょうか？？

また現在のプロジェクトの仕様として、1テーブル
1DAOということになっているのですが、これは
対象のテーブルごとに、DBへの接続文を書くイメージ
なのでしょうか？

■VOクラスについて
ネットなので調べると、$IDや$NAMEなど書いてありますが
これは、テーブルのカラムのことを差しているのでしょうか？

それとも、項目を定数値として持たせるクラスなのですか？

1テーブル1DAOの仕様を考慮した場合、VOクラスも1テーブルに
つき１つということになるのでしょうか？？
セッターやゲッターについても、ご教授頂けると助かります。

開発環境は、PHP5のMYSQLです。

質問が多岐に渡ってしまっていますが、どうぞ宜しくお願いします。

回答No.1

x_jouet_x · ベストアンサー

いわゆるMVCアーキテクチャのModelにあたる部分の話ですね。
私自身は、主にJavaでの開発でMVCモデルを使っていますが、PHPでも考え方は同じだと思いますので回答させて頂きます。

■DAOクラスについて
> 一般的にどこまでの処理を書くものですか？
Data Access Objectですのでその名の通り、DB(データ)にアクセスするためのものですので、DB接続はもちろん、DBに対してSQL(insert,update,delete)を発行してその結果を取得する部分まで実装します。

> 現在のプロジェクトの仕様として、1テーブル1DAOということになっている
私の経験上、これはプロジェクトによって様々ですね。
１つのテーブルにつき１つのDAOクラスを作成する場合もあれば、１つの画面につき１つDAOクラスを作成する場合もあります。
要は画面設計とDB設計の兼ね合いでどちらが実装しやすいか分けています。

> 対象のテーブルごとに、DBへの接続文を書くイメージなのでしょうか？
イメージとしては合っていますが、これだとDBへのコネクションを取得する処理を各DAOクラスで実装する必要が生じます。
普通はDBへのコネクションを取得する処理と各DAOクラスで共通の処理を実装したクラスを準備して、各DAOクラスはそのクラスを継承して実装していきます。

■VOクラスについて
> テーブルのカラムのことを差しているのでしょうか？
これもプロジェクトによって様々です。
テーブルのカラムごとに変数を定義する場合もあれば、画面の入力項目ごとに変数を定義する場合もあります。
ただ、TOBBYSさんのプロジェクトでは1テーブル1DAOということなので、テーブルのカラムごとに変数を定義するのが一般的です。
変数名の$IDや$NAMEなどは分かりやすいようにカラム名と一致させることも多いです。

VOクラスは、DAOクラスがDBから取得してきたデータを格納したり、ビジネスロジック部がDAOクラスに対して渡すデータを格納するためのクラスです。
例えば、ユーザ情報として「ID」「名前」「パスワード」を持っているとすると、DAOクラスからデータを「ID」「名前」「パスワード」と３つに分けて取得するのは煩雑になるため、「ID」「名前」「パスワード」の３つの情報(変数)を持ったクラス(VO)クラスでやり取りする役割があります。

> 1テーブル1DAOの仕様を考慮した場合、VOクラスも1テーブルにつき１つということになるのでしょうか？？
あくまでも「パターン」ですので、1テーブルにつき１つにとらわれなくても良いと思います。
スマートな画面設計とDB設計ができていれば、1テーブルにつき１つで済むのでしょうけど…。

> セッターやゲッターについても、ご教授頂けると助かります。
オブジェクト指向のカプセル化の話ですね。
例えば、Userクラスで

public $name;

と変数を定義すると、外部からは変数$nameに直接アクセスできることになります。
それを避けて(隠蔽)して、

private $name;

と変数を定義して、代わりに

public function getName() {
return $this->name;
}

public function setName($name) {
$this->name = $name;
}

のように変数の値を取得／設定する関数を用意します。
この関数のことをセッターやゲッターと言います。

補足

x_jouet_xさん

ネットでも調べていて混乱してしまったのですが、
VOクラスの定義について、もう少し教えて下さい。

以下のようなサンプルがネット上にありました。

<?php
class User {
var $id;
var $name;
var $mail;
var $password;
var $birthday;

// 各属性の set/get メソッド。省略
}
?>

上のset/getメソッドというのが、セッターやゲッター
とすると、外部から参照されないように(カプセル化)定義する
ためには、修飾子「var」の定義は適当ではないということ
でしょうか？

回答No.2

x_jouet_x

> 修飾子「var」の定義は適当ではないということでしょうか？

厳密に言うとvarの定義は適当ではありません。

varはPHP4で使用されていた修飾子で、PHP5では互換性を保つためにキーワードとして残されていてアクセス修飾子publicに相当します。
PHP4ではオブジェクト指向の概念が完全には取り入れられていないので、PHP4で実装するのであればvarを使わざるを得ません。
PHP5になってからはオブジェクト指向の概念がしっかりと取り入れられていますので、PHP5で実装するのであればアクセス修飾子privateを使うのが適切です。

DAOだけでなく、カプセル化というのはプログラムを書く上で「こういう作り方で書こう」という概念／考え方に過ぎません。
「ここはprivateにしなければならない」という絶対的な決まりではありませんので、その部分に気をとられ過ぎないようにして下さいね。

お礼

x_jouet_xさん

なるほど。
概念的な部分は、自分なりに経験を積んで
学んでいくしかないですよね。

DAOクラスやVOクラスについて
まだきちんと理解しているかどうかは
自分で整理してみないことには、なんとも
言えませんが、
大変親切で丁寧な対応ありがとうございました。