PHP+SmartyのMVC
2005年6月26日 プログラム[結局Viewはどこなのよ?]
PHP+Smartyでの開発。
設計書を書く段階で、微妙に悩むことが今日の話。
テンプレートファイルをコントロールするPHP(C_PHP)は、
なるべく値を装飾しないほうがいい。
テンプレートファイル(V_Tpl)の方で修飾子を使用してやって、
データの表示形式を決めてやることが大事というのが、基本的な流れ。
その間にビジネスロジック(M_PHP)をはさんでやるとMVCモデル的開発になる。
(M_PHPはSmartyの持つロジックとPearDBで何とかなることが多い。)
この形で開発をやると、結局全部PHPのため、
V_tpl側でPHPスクリプトを大量にかかれたりすると、
何のためのMVCなのかわかんなくなること請け合いになる。
これを防ぐには、結局コーディングポリシーを制定して
どこまでV_Tplで処理を行うのか決めてやることが肝要。
[ようするに]
ポリシーを明確にするために、午前中の検査の後はずーっと資料作ってました。
24:00現在まだ終わってません。
こんなペースで、もうしばらく運行予定です。
ニッセン?行きたくてもねぇ・・。
努力はしたけども、3日も治療に使ってしまっては果てしなく遠い夢でした。
そんな日。
PHP+Smartyでの開発。
設計書を書く段階で、微妙に悩むことが今日の話。
テンプレートファイルをコントロールするPHP(C_PHP)は、
なるべく値を装飾しないほうがいい。
テンプレートファイル(V_Tpl)の方で修飾子を使用してやって、
データの表示形式を決めてやることが大事というのが、基本的な流れ。
その間にビジネスロジック(M_PHP)をはさんでやるとMVCモデル的開発になる。
(M_PHPはSmartyの持つロジックとPearDBで何とかなることが多い。)
この形で開発をやると、結局全部PHPのため、
V_tpl側でPHPスクリプトを大量にかかれたりすると、
何のためのMVCなのかわかんなくなること請け合いになる。
これを防ぐには、結局コーディングポリシーを制定して
どこまでV_Tplで処理を行うのか決めてやることが肝要。
[ようするに]
ポリシーを明確にするために、午前中の検査の後はずーっと資料作ってました。
24:00現在まだ終わってません。
こんなペースで、もうしばらく運行予定です。
ニッセン?行きたくてもねぇ・・。
努力はしたけども、3日も治療に使ってしまっては果てしなく遠い夢でした。
そんな日。
コメント