何でしょーね、上の PDF でも人を食ったようなテンプレートエンジンがありますが、PHP は元々埋込型なので要らないっちゃぁ要らないですよ。ただかゆいところに手が届かずにそれを求めてテンプレートエンジンを使っています。というかテンプレートエンジンを試すうちに規模の大きい開発ではそちらを選択するようになってきた、とか。
ロジックとプレゼンテーションを別ファイルにしたい、その場合 include でも行けるけど $template->assign.. のようにロジックの側で「何をしているのか」を明確にした文脈のある処理を記述する事が出来る、プレゼンテーションの変更無しにある程度ロジック側で対処出来る事が増える辺りが嬉しいのかも。そこで俺ルールを使うよりは Smarty のようにリソース/採用例の多いテンプレートエンヂンを選択します。
ちなみに今のテンプレートエンジンにはまだまだ不満があります。速度面と仕様面で、速度面は Smarty のようにある程度仕様が固まった所で C で書き直すか、PECL に出す手があります。仕様面については、、自分自身が「こうして欲しい」という要望を持っていてどのエンジンも不満だったり、、もっとデザイナーの側に使いやすく進化出来ます。
デザイン屋の技術力 (スコア:2, すばらしい洞察)
プレゼンテーションとロジックの分業ってのは、絵を作る側
にロジック側に依存した、その言語のタグを埋め込んで
貰うわけだが、はたして今のプレゼンテーション側の作成者に
それが出来ているの(技術力があるか)かが疑問。
結局、紙芝居だけ貰って後はロジック開発者側が、
HTMLにタグを埋め込んでいくと言うの未だに多
Re:デザイン屋の技術力 (スコア:0)
>HTMLにタグを埋め込んでいくと言うの未だに多いのでは
>無いでしょうか・・。
やはり、上記の手段が一番効率がいいのですかね?
今まで関わったものは、全て紙芝居ありきでした。
Re:デザイン屋の技術力 (スコア:0)
Re:デザイン屋の技術力 (スコア:0)
テンプレートをしっかり使える人はJavaに移っちゃうからね。
PHPって、どうしても素人用の言語ってイメージなんだよね。
確かに生産性は高いけど。
Re:デザイン屋の技術力 (スコア:1)
そんなことはないと思うが。何を根拠にこんなことをいうのだろう。
だいたい、Javaのほうでもテンプレートを使いこなしている人は少ないぞ。
たいがいはVelocityやXMLCじゃなくJSPを使っている。
でもまあ、PHPにはinclude()があるから、わざわざテンプレートライブラリを
用意する必要性がうすいのは確か。
---- view.php -------
<html>
<body>
<h1><?= $title ?></h1>
Hello <?= $user ?>!<br>
</body>
Re:デザイン屋の技術力 (スコア:1)
http://www.php.gr.jp/seminar/20030830/doc/beginner-template.pdf
ちょっと探せばざくざく出てきますよ。
何でしょーね、上の PDF でも人を食ったようなテンプレートエンジンがありますが、PHP は元々埋込型なので要らないっちゃぁ要らないですよ。ただかゆいところに手が届かずにそれを求めてテンプレートエンジンを使っています。というかテンプレートエンジンを試すうちに規模の大きい開発ではそちらを選択するようになってきた、とか。
ロジックとプレゼンテーションを別ファイルにしたい、その場合 include でも行けるけど $template->assign.. のようにロジックの側で「何をしているのか」を明確にした文脈のある処理を記述する事が出来る、プレゼンテーションの変更無しにある程度ロジック側で対処出来る事が増える辺りが嬉しいのかも。そこで俺ルールを使うよりは Smarty のようにリソース/採用例の多いテンプレートエンヂンを選択します。
ちなみに今のテンプレートエンジンにはまだまだ不満があります。速度面と仕様面で、速度面は Smarty のようにある程度仕様が固まった所で C で書き直すか、PECL に出す手があります。仕様面については、、自分自身が「こうして欲しい」という要望を持っていてどのエンジンも不満だったり、、もっとデザイナーの側に使いやすく進化出来ます。
まぁ取り敢えず使ってみましょうよ。
んで要らないと思えば使わなければいい。
「PHP なんだからテンプレートエンジンなんか要らないぢゃん」という意見も言い換えれば数あるテンプレートエンジンの中から最速&手間いらずで使えるデフォのテンプレートを選択しているという風にも取れるワケで。
# へべれけ~~、、文章壊れてたらごめんなさい。