シリーズ「ZendにおけるMVC（Javaフレームワークとの違い）」の続き
前回までは、
Zendの画面構成の問題から、こうするとうまく行くという画面遷移について、
つまりＭＶＣのＶとＣの関係について書いてきた。
今回から、モデルの関係について書く。
まずは、なぜ、ＭＶＣが必要なのかについて書く。
■モデルの必要性
モデルの必要性については、たとえば
(cake phpの例ではあるが）
CakePHP Modelに関する6つの誤解
http://www.1x1.jp/blog/2008/04/cakephp_model_6misinformation.html
に書かれている。
もし、コントローラーのアクション内で、ＤＢアクセスをやってしまうと、
コントローラーが肥大化してしまう。
コントローラーで１クラスで、アクションメソッドに分けるわけには行かないから、
アクションがいっぱいあるコントローラーを担当してしまうと、部分ごとに分けられず、
開発を丸抱えしてしまう。
そこで、アクション時に実行する内容を、ビジネスロジックとして、
アクションコントローラーのアクションメソッドからわけ、
モデル内に作成したいわけだ
（このときビジネスロジックは開発分担しやすいように１ビジネスロジック１クラスとする）
■モデルの構成
そして、ビジネスロジックでは、処理内容を書き、
データアクセス部分は、ＤＡＯが担当することになる。
つまり、モデルは、ビジネスロジックとＤＡＯの２層になる。
これを纏めると、全体的にこんな感じ
ＶＩＥＷ
↓
コントローラー（フロントコントローラ→アクションコントローラー）
↓
モデル（ビジネスロジック→ＤＡＯ）
■Zendがサポートしていること、してないこと
ZendはＤＡＯの作成をサポートしてくれる。
具体的には、Zend/Db/Table/Abstract.phpというのがあって、
これを継承してＤＡＯを作成する。
一方、モデルの扱いは任意みたいなので、
set_include_pathして、モデルのパスを指定する。
■モデル部分の作り方
したがって、モデル部分の作成方法（案）は、こんなかんじ。
（Ｖ，Ｃは前回までで、できているものとする）
１．index.phpに
set_include_pathして、モデルのパスを指定する。
ＤＢをオープンして、Zend_Db_Table_Abstract::setDefaultAdapterで登録
２．ＤＡＯを作成する
Zend/Db/Table/Abstract.phpを継承して作成
３．ビジネスロジックを作成、ＤＡＯを呼び出す
４．アクションコントローラーのアクションから、ビジネスロジックを呼び出す
|
|
次回は、具体的なプログラミング方法について記述する。
アクセス
トータル
ランキング
