【PHP】 Smarty 隔離� ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
322:196 08/10/22 12:12:03 俺が何故このスレに居るのかとよく問われるので、 お言葉に甘えさせて戴き、整理させていただく。 俺が思う結論 ・Smarty文法 {$name} のPHP文法 <?=$name?> に対する優位性 →メソッドチェインはSmarty文法が少し短いが、習得コストに大差は無さそう。 →short_open_tagを使いたくない/使えない場合はPHP文法が長くなるが同上。 ・Smarty関数 {hoge} のPHP関数 hoge() に対する優位性 →車輪の再発明をする必要が無いのが利点。 →なので別のライブラリやヘルパーなどでも良い。 ・Smartyのdefault_modifiersを使いビューのHTMLを安全にすること。 →設計と実装は不完全だが、フレームワークに任せるという考え自体は良いかも。 ・ビュー用の変数構築とビューのHTMLファイルを分ける意義 →Smartyで実現するには{assign}{capture}{eval}を使えば可能。 →デザイナーに変数構築をやらせる前提では二度手間に感じる。 →プログラマーが変数構築を担当可能な所には意義があると思うし、 default_modifiersの不具合をフォローすることも出来そう。 ・Smartyはデザイナーがシステムを壊さないよう完全に束縛できるか →100%束縛したり管理するのは不可能そう。 →PHPコード実行の抑止の為にテンプレートエンジンを使うのは一応有効。 何か主張されたのかも知れないと思っていること ・Smartyや他の手段を駆使してデザイナーをシステムから隔離する事自体の意義 権限とリポジトリの管理と手動デプロイを常に徹底すれ →俺は優秀なデザイナーを使うかHTMLで納品させるというアプローチ。 手動管理はめんどくさいし、たとえ客でも保守費用払わなかったらやりたくない。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
4998日前に更新/245 KB
担当:undef