今回は、やりたいことの２つ目、３つ目に入っていた
2.プログラムが必要ない場合は、Actionコントローラーを書きたくない
　（Actionメソッドがなくても、テンプレートが表示されるようにしたい）
3.テンプレートもないURLが指定されたら、トップページなど指定のURLに遷移させたい
を実現する方法です。

Zendは、初期状態で、ErrorHandlerプラグインというプログラムが有効になっています。
これは、プログラム実行中に、エラーが発生した場合、
ErrorActionコントローラーのerrorActionというメソッドをよびだしてくれます。

そこで、コントローラークラスが見つからなかった場合、
アクションメソッドが見つからなかった場合の判別が可能です。
私が作った、ErrorActionクラスから必要な部分を抜き出したのが以下です。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

class ErrorController extends Zend_Controller_Action
{
　public function errorAction()
　{
　　$errors = $this->_getParam('error_handler');
 
　　switch ($errors->type)
　　{
　　　case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_CONTROLLER:
　　　　if ($this->_getParam('action') == 'index')
　　　　{
　　　　　$view = $this->getHelper('viewRenderer');
　　　　　$view->setNoController()
　　　　  　　 ->setScriptAction($this->_getParam('controller'));
　　　　}
 
　　　case Zend_Controller_Plugin_ErrorHandler::EXCEPTION_NO_ACTION:
　　　　if (!isset($view))
　　　　{
　　　　　$view = $this->getHelper('viewRenderer');
　　　　　$this->getRequest()->setControllerName($this->_getParam('controller'));
　　　　　$this->getRequest()->setActionName($this->_getParam('action'));
　　　　}
 
　　　　$template = $view->getViewBasePathSpec() . $view->getViewScript();
　　　　if (!is_readable($template)) $this->_redirect('/');
　　　　break;
 
　　　default:
　　　　break;
　　}
　}
}

前回の記事で書いたことを試してみました。

私がsmartyとZendを合わせて使う上で、実現したいのは以下

1.テンプレートの配置をURLからイメージしやすいようにしたい

　http://test.com/aaa/ の場合は、templates/aaa.html

　http://test.com/aaa/bbb/の場合は、templates/aaa/bbb.html

2.プログラムが必要ない場合は、Actionコントローラーを書きたくない

　（Actionメソッドがなくても、テンプレートが表示されるようにしたい）

3.テンプレートもないURLが指定されたら、トップページなど指定のURLに遷移させたい

1.は、renderのnoControllerがtrueのときのテンプレート作成ルールを、

コントローラー名＋指定拡張子とすることで解決。

ただし、render呼び出しの際に、

$this->render(コントローラー名, null, true)

とする必要がありますが、この部分を簡略化できないかが今後の課題です。

2.はまだ試せてません。しかし、前々回の記事の方法が応用できそうです。

3.も２.と同様に前々回の記事の方法で実現できそうです。

しかし、前回と同様の方法だと、Zend_Controller_Actionのサブクラスを基底クラスとして

作成することになるので、これはできれば避けたいところです。

会員サイトとかなら、基底クラス作るのはいいのですが、Ｓｍａｒｔｙ使いたいだけで、

基底クラスを作るとなると、ログインセッション管理をやろうと思ったときに、

テンプレートエンジンに関わるファイルを修正することになりかねません。

index.phpにつぎたした部分は以下です。

1
2
3
4
5
6
7
8
9

require_once('Zend/Controller/Action/Helper/ViewRenderer.php');
require_once('Custom/View/Smarty.php');
 
$view = new Zend_View_Smarty(null, $smartyConfig);
 
$viewHelper = new Zend_Controller_Action_Helper_ViewRenderer($view);
$viewHelper->setViewBasePathSpec($smartyConfig['template_dir'])
　　　　　 ->setViewSuffix('html');
Zend_Controller_Action_HelperBroker::addHelper($viewHelper);

$smartyConfigは、Smartyの設定値の配列です。

Custom/View/Smarty.phpは、Zend_View_Interfaceに沿って、

Smarｔｙが使えるようにしたViewクラスです。

中身は、ここの最後の方にのっているSmartyラッパークラスと同様です。

ただ、function getScriptPaths()に誤りがあります。

1
2
3

return $this->_smarty->template_dir;
　　↓
return array($this->_smarty->template_dir);

これでより少ないソースで、smartyと連携できるようになりました。

より手間を少なくする方法がないか、もうちょっと試してみる予定です。

ViewRendererヘルパーと、ErrorHanderプラグインあたりを組み合わせると、

なんとかなりそうな気がドキュメントを読んでいるとするのですが、どうなんでしょう。

あたりがついたら、試してみます。

ドキュメント読んだり、ソースおったりしているうちに、

Zend_Controller_ActionクラスのinitViewをオーバーライドして、

Front Controllerにて、noViewRendererをtrueに設定して、

各アクションの最後に、$this->render()で、画面表示するのが、

一番楽なんじゃないかという結論に達しました。

重要なのは、initViewの中で、$this->viewに、Zend_View_Interfaceに

沿って作成したSmartyクラスを設定すること。

これがあって初めて、既存の$this->render()などが利用できます。

なぜこの方法にいきついたかの理由は、デフォルトのテンプレートエンジンである

Zend_Viewを利用する際には、ほとんど利用されていないメソッドだからです。

Zend_Viewを利用する場合、Zend_Controller_Action_Helper_ViewRendererという

ヘルパークラスが利用されています。

Frontコントローラーで、noViewRendererが設定されるなどして、

自動でレンダリング（画面描画）する機能がOFFにされていない限り、

上記のヘルパーを介して、Zend_Viewクラスを利用しています。

Zend_Controller_Actionの中の以下のメソッドでは、

上記ヘルパー内の同名のメソッドを呼び出します。

　　・render

　　・renderScript

　　・getViewScript

initViewに関しては、Actionクラスの生成時に同時に生成される

上記ヘルパークラスを、リターンするという内容になっています。

noViewRendererがONになっているときに、これらのメソッドを自分でプログラムに記述し、

Zend_Viewクラスを生成して、画面描画することもできますが、Zend_Viewを使うなら、

自動で行ってくれる処理を、なぜ手動にするか理由が見当たりません。

（自動描画は、必要な時だけOFFにすることもできるのです）

なので、別のテンプレートエンジンを利用するときに、オーバーライドするなら、ここかなと思ったのです。

ヘルパーを作るっていう手段もありますが、オーバーライドした方が簡単そうだったからです。

そのうち、勉強をかねて、ヘルパーを作る方法を試すかもしれません。

Smartyを利用することで、テンプレートの拡張子もデフォルトの”.pthml”でないものを

使いたい方もいるでしょう。その場合は、Actionクラス内のpublic変数である $viewSuffixを

書き換えることで変更可能です。

initViewを再定義した場合、Actionクラスのinit()などで呼び出さないと、

renderするタイミングまでインスタンスが生成されないため、テンプレートに

値を設定することができませんので、お忘れなく。