【Smarty】PHPのテンプレートエンジン【Flexy】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2005/06/15(水) 10:35:52ID:???PHPのテンプレートエンジンを語るスレです。
Smarty：本家（英語）
http://smarty.php.net/
Smarty：日本語マニュアルとか
http://sunset.freespace.jp/smarty/
pear の HTML_Template たち
http://pear.php.net/package/HTML_Template_Flexy
http://pear.php.net/package/HTML_Template_IT
http://pear.php.net/package/HTML_Template_Sigma
http://pear.php.net/package/HTML_Template_Xipe
http://pear.php.net/package/HTML_Template_PHPLIB
patTemplate
http://www.php-tools.de/
http://www.php-j.com/tutorial/php/template.php
前スレ（現在dat落ち）【PHP】Smarty【Template】
http://pc8.2ch.net/test/read.cgi/php/1047225437/
0183nobodyさん
2005/12/19(月) 11:13:10ID:dKcxa4c0確かに、HTMLファイルの上で演算なんかするべきじゃないな。
PHPで全て処理するのが理想だ。
とはいえ、繰り返しなどの処理は{foreach}などに頼るしかなくその上でプログラミングに
近いことをしないといけないのは仕方ないと思う。
そこで質問なんですが、smartyの連想配列の添字に変数を使えませんか？
PHPでいうところの $hoge[$fuga] に相当するような書き方が見当たりません・・・
0184nobodyさん
2005/12/19(月) 11:56:48ID:???0185nobodyさん
2005/12/19(月) 16:17:41ID:???qmailスレとかでコンサル雇え、って煽り見て馬鹿だ、って思ってたけど気持ちがわかってきた。
0186nobodyさん
2005/12/20(火) 13:47:21ID:???0187nobodyさん
2005/12/20(火) 20:46:34ID:???0188nobodyさん
2005/12/21(水) 01:05:51ID:???努力もせず、金も出さずでは答えは得られない罠。
0189nobodyさん
2005/12/21(水) 01:25:16ID:???0190nobodyさん
2005/12/21(水) 15:14:44ID:hWyv/SEQ何を今更・・・
0191nobodyさん
2005/12/21(水) 22:11:38ID:???こういうのもdjb信者というのだろうか。
0193nobodyさん
2005/12/22(木) 13:40:11ID:???愚弄しないでください。
0194nobodyさん
2005/12/23(金) 12:57:07ID:???⊂⌒（ ・ω・） はいはい信者信者
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
0196nobodyさん
2005/12/23(金) 18:03:23ID:???0197nobodyさん
2005/12/23(金) 18:58:13ID:???0198nobodyさん
2005/12/23(金) 19:45:53ID:OyeIk+oiSmartyのコンパイル時に
var: Deprecated. Please use the public/private/protected modifiers
が出るようになってうざい。
何かいい方法ないかな？
0199198
2005/12/23(金) 20:03:18ID:???Smarty_Compiler
が含まれていたら無処理にすればいいだけだった
ｹﾞﾍﾍ
0200nobodyさん
2005/12/27(火) 14:48:31ID:???関数中に配列変数を使うにはどう書くのですか？
{assign var="abc" value="$def.$ghi"} //失敗
0201nobodyさん
2005/12/27(火) 15:36:59ID:???{assign var="abc" value=$def.ghi} //成功
{assign var="abc" value=$def.$ghi} //失敗
ですよろしく
0202nobodyさん
2005/12/29(木) 01:51:35ID:???設計を考え直そうという結果になったんだっけか。
単に$ghiがassignされてて、代入だけだったら↓
{assign var="abc" value=$def.$ghi}
{assign var="abc" value=$def[$ghi]}
でいけた気もする。 ループの時とかがだめなのよね。
0203nobodyさん
2006/01/04(水) 12:10:03ID:fhuv2FvB{section name=x loop=$TotalDepartment}
{section name=i loop=$DepartmentRest}
・・・
{/section}
{/section}
とネスト構造にさせて、{section name=i loop=$DepartmentRest}のループが終わったら
一番上のループに戻って、再度iの値を0に指定したいのだけど、{$i=0}では当然エラーになるし
どうすればいいか試行錯誤しています。どなたかご教示ください。
0204nobodyさん
2006/01/06(金) 12:40:03ID:???あと代入は{assign}でできる。
0205nobodyさん
2006/01/06(金) 14:19:41ID:???でいいんじゃないか？
0206nobodyさん
2006/01/06(金) 23:21:24ID:???これって多分Smartyみたいなテンプレートエンジン使ってるんだろうな。
0207nobodyさん
2006/01/07(土) 02:39:05ID:???文字列操作分のパフォーマンス落ちを回避したいだけかも知れないけど。
0208nobodyさん
2006/01/07(土) 13:12:17ID:???おおよその概略は理解できたのですが、例えば、
全ページで共通なメニューのHTMLを一元化し各ページで読み込む、
その際、リンク先のURL等を変数で動的に置き換える、
ようなことって実現可能でしょうか？
サンプルでは、データ取得処理→テンプレートに適用、のような簡単な例しかなくて…
0209nobodyさん
2006/01/07(土) 13:39:46ID:???Amazonは、MasonっていうPerlで書かれたテンプレートエンジンを使ってるようです。
ttp://neta.ywcafe.net/000492.html
0210nobodyさん
2006/01/07(土) 14:33:03ID:???> 全ページで共通なメニューのHTMLを一元化し各ページで読み込む、
{include}で別口のテンプレートファイルを読み込める。
複数のページから同一のテンプレートを使うこともできるし。
> その際、リンク先のURL等を変数で動的に置き換える、
メニューからのリンクは絶対パスに統一すれば無問題。
ちょっとナビーゲーションとか高機能にするのに相対パスが必要ならPHPで頑張ってロジック書いた上で変数にassignすればいい。
0211nobodyさん
2006/01/07(土) 14:46:16ID:???レスありがとうございます。
include調べてみました。なるほどこれで大丈夫そうです。
リンク置き換えに関しては、開発環境と実運営環境の差を吸収するために
常に変数からの動的生成でやっておりました。
include元の変数が全て利用可能ということなのでこれも問題なく実現できそうです。
0212nobodyさん
2006/01/07(土) 18:14:21ID:53dkxsiL0215nobodyさん
2006/01/08(日) 11:53:42ID:MOiqJ8HAそういう バッドノウハウを w
0216nobodyさん
2006/01/08(日) 13:34:12ID:???0219nobodyさん
2006/01/08(日) 16:04:14ID:7XLo98xzSmartyの方がちょっと速かったよ。
0220nobodyさん
2006/01/08(日) 17:34:47ID:???テンプレートエンジンのメリットが薄れると思う
Perl の Template::Toolkit とかも
0221nobodyさん
2006/01/08(日) 17:53:55ID:???0222nobodyさん
2006/01/08(日) 18:08:33ID:???俺の場合はテンプレートにロジックは書けたとしても書かないようにしてる。
テンプレート内に書くのはHTMLを生成すること自体に必要な条件分岐とループと変数の表示以外には基本的に何もしない。
その他必要なロジック（例えばリンクのURLを文字列操作とか）は全てViewでやってる。
0223nobodyさん
2006/01/08(日) 18:46:09ID:???それが普通だし、そうじゃないとテンプレートエンジン使ってる意味ないしなぁ。
>>220はゴリゴリ書いたりしてるの？
0224nobodyさん
2006/01/08(日) 19:22:36ID:???これが枯れたら最強じゃね？
テンプレートエンジンはそんなに内部をいじるものでもないから
extensionと親和性が高いと思う。
0225nobodyさん
2006/01/08(日) 20:05:02ID:???なるほど。基本的にコンパイラ（というかコードジェネレータ）だからFlex+Bison使ってCで実装したほうが賢いってわけか。
Smartyの字句解析＋構文解析ってムチャクチャだもんなｗ
0226nobodyさん
2006/01/09(月) 12:18:38ID:???0227nobodyさん
2006/01/09(月) 13:02:31ID:m48rbPvoあれ、俺Smarty+SJISテンプレートで使ってるけど、今のところ何の問題もないみたい
（たしかに一昔前のバージョンまではSJISダメだったけど）
この文字が入ってたらエラーになる、みたいなのがあるのかな？
どんな制限があるのか詳しい人いたら教えて
0228nobodyさん
2006/01/09(月) 13:48:28ID:???開始タグと終了タグを変更すりゃ大丈夫そうだけど。
0229nobodyさん
2006/01/09(月) 15:50:33ID:0a34r5jX<td>{$san.$k.0.TITLE}</td>
<td>{$san.$k.0.DESCRIPTION}</td>
<td>{$san.$k.1.DC:DATE}</td>
のように書いてみた。
TITLEやDESCRIPTIONは読めるけどDC:DATEは読めない
syntax error: unrecognized tag: $san.$k.1.DC:DATE
ほぼ間違いなく「:」を誤読されてるみたいだけど解決できませんか？
0230nobodyさん
2006/01/09(月) 17:26:41ID:???{assign var="date" valud="DC:DATE"}
<td>{$san.$k.1.$date}</td>
もしくは$smarty->assign()するときにDC:DATEの方をいじるとか。
0231nobodyさん
2006/01/10(火) 11:23:45ID:???ｱﾘｶﾞ㌧
やっぱストレートには行かないですねー
PHP側で$sanを作るときにkeyを変更しました（汎用性が・・ ；＿；）
0232227
2006/01/11(水) 00:22:37ID:62rgCa7x「閲」とかがあるとダメらしい
ttp://ns1.php.gr.jp/pipermail/php-users/2003-February/013595.html
この辺で無事解決しました
0233nobodyさん
2006/01/11(水) 13:26:36ID:???携帯端末向けのときだけSJISにしたかったので。
0234nobodyさん
2006/01/11(水) 13:38:59ID:???JavaScriptとかStyleSheetのために{literal}使うのはまずそれ自体面倒臭いし、JavaScriptやStyleSheetの中にSmartyの変数を入れたい時とかもっと面倒臭い。
<? ?>にしたらエディタの色分けがPHPのままでもある程度ちょうど良かったってのもあるし、SJIS問題も一気に解消。
問題はXHTMLくらいだろうけど、今のとこ使う予定なし。
0235nobodyさん
2006/01/11(水) 17:37:21ID:???XMLだね
0236nobodyさん
2006/01/11(水) 18:23:19ID:???人それぞれなので別に止めないけど。
漏れ的にはcssとjsは外部ファイルなので問題茄子。
リンク先書くとき基準ディレクトリがphpファイル側にあるのは若干辛いものがある。
0237nobodyさん
2006/01/12(木) 00:14:14ID:???んで、テンプレートをごりごりSJISで書いてます・・
そのうち問題起きるんだろうなぁ
0238nobodyさん
2006/01/12(木) 00:57:03ID:F7HO2NXcjavascript の所 {literal} で囲まないとすぐエラーになるし。
0239nobodyさん
2006/01/12(木) 00:58:04ID:???load_filterでEUC<>SJIS変換すると、絵文字が化けるんだよなぁ
&xxxx;形式だと、開発PC上で表示（i絵文字インストール済み）できないから不便だし。。。
今はこのあたりを参考に変換掛けて使ってるけどなんかいい方法ないのかなぁ
http://ke-tai.org/index.php?cmd=read&page=DoCoMo%2F%A5%B5%A5%A4%A5%C8%C0%A9%BA%EE#content_1_7
あとmb_convert_kanaも、同様に絵文字が化けちゃうのも困りもの
0241nobodyさん
2006/01/12(木) 15:27:23ID:???0242nobodyさん
2006/01/12(木) 22:09:37ID:F7HO2NXcxops?
0243nobodyさん
2006/01/13(金) 00:13:16ID:???0244nobodyさん
2006/01/13(金) 12:29:11ID:???]]></php:PHPCode>
これならどうだ！
0245nobodyさん
2006/01/13(金) 15:42:28ID:???0246nobodyさん
2006/01/13(金) 23:04:51ID:???単純なforループでたいがい何とかなるのに
sectionのキモい仕様は何なんだよ。氏ね。
0247nobodyさん
2006/01/13(金) 23:50:14ID:???あと定数への参照機能な。
0248nobodyさん
2006/01/14(土) 00:28:32ID:???0249nobodyさん
2006/01/14(土) 00:34:49ID:???$hoge[1] = 'one';
$hoge[0] = 'zero';
$hoge[2] = 'two';
てなってるとforeachとsection動作違うと思われ。
0251nobodyさん
2006/01/14(土) 00:43:38ID:???0252nobodyさん
2006/01/14(土) 02:42:28ID:YyEEFPbbsection の使い方覚えるのめんどうなのでforeachしか使った事ありません。
0253nobodyさん
2006/01/14(土) 03:06:05ID:???0254nobodyさん
2006/01/14(土) 10:50:17ID:???0255247
2006/01/14(土) 13:35:15ID:???最初に section を使い始めて、foreach 使ったことないや。
逆に聞くけど foreach を使う理由ってなに？
俺はレコード内容を行番号と列名の連想配列に格納して色々な形で出力するのに section のネストを使ってる。
データベースから取り出した通りに並んでるから別に他の命令にする理由がないだけなんだが・・・。
0256nobodyさん
2006/01/14(土) 14:33:27ID:???テンプレートとロジックを別の人間が作った場合、ソートされてることを保障させるより
単純にsectionで処理した方が安全だと思うんだが。
そこまでsectionを嫌う理由を聞きたい。
>>255
キーが未知の連想配列をキーとともに出力するとき。
0257nobodyさん
2006/01/14(土) 14:43:49ID:???やっぱりそうですか。
個人的に気持ち悪いんで、そういう配列はつくらないんですよ。
テスト仕様書書くとき期待値を設定できないし。
0258nobodyさん
2006/01/14(土) 14:46:19ID:???{section name=col loop=$table[row]}
{$table[row][col]}
{/section}
{/section}
{foreach from=$table item=row}
{foreach from=$row item=col}
{$col}
{/foreach}
{/foreach}
キー名を出力しなければこんなもんか
漏れはforeach派だが、単に統一してた方が分かりやすいからという理由だな
sectionはぱっと見で処理が分かりづらいというのもある
0259nobodyさん
2006/01/14(土) 14:47:04ID:???0261nobodyさん
2006/01/14(土) 15:04:40ID:???0262nobodyさん
2006/01/14(土) 15:05:04ID:???$array2 (a,b,c)
とか別の配列に入ってるのを同時に回したいときに便利なのがsectionでしょ
$array (array(1,a),array(2,b),array(3,b))
とかだったらforeachでいいかと。
0263nobodyさん
2006/01/14(土) 15:37:17ID:???そうすると全部 section でいいのでは・・・。
foreach 使ってる人は無理して転向しなくていいけど。
>>260
テンプレートエンジンは使ったほうがいいぞ。
圧倒的に管理しやすくなる。
0264nobodyさん
2006/01/14(土) 16:36:11ID:???0265nobodyさん
2006/01/14(土) 16:40:58ID:???0266265
2006/01/14(土) 16:41:58ID:???0267nobodyさん
2006/01/14(土) 16:43:49ID:???効率だけを考えるならC, PHP, Java, その他スクリプトで一番手っ取り早いのを適宜使うしなぁ。
0268nobodyさん
2006/01/14(土) 18:17:14ID:???foreach を使うのは簡単だから。
配列まわすならforeachってのは直感的にわかりやすいと思うんだけど
section を使ったほうがシンプルに書ける場合があるってことですね。
0269nobodyさん
2006/01/14(土) 18:21:16ID:???好みの問題かもしれないですがソートはロジックで保障すべきだと思うけど。
そこをテンプレートでってのがsectionを嫌う理由かもしれません。
単なる好みですね。
0270nobodyさん
2006/01/14(土) 18:21:47ID:???0272nobodyさん
2006/01/14(土) 20:14:03ID:???逆じゃない?
ほかのjava,rubyなどと違ってもともとhtml埋め込み型言語なのだから、
webprogでのテンプレートエンジンの重要さはほかの言語より重要度では劣るのでは?
php自体が独自タグによるテンプレートエンジンであるという主張ならわかるが。
0273nobodyさん
2006/01/14(土) 20:48:50ID:???PHP 生書きでテンプレートもどきってのはあんまり感心しない
ただ、Smarty でロジック書きまくってるのは PHP そのままで
いいじゃんと思うこともあるな、確かに
言語増えただけじゃん、みたいなね
0275nobodyさん
2006/01/14(土) 21:41:07ID:???htmlを生成するための道具としてのテンプレートエンジンの重要性ってそれなりに低い気もするが。
どちらも使ってるけど、どっちかっていったら無くなって困るのはフレームワークかな。
いざとなれば生書きにもそれなりのメリットはあるし。
というか、2つは矛盾しないし、目的も違うから比べること自体アレだけど。
0276nobodyさん
2006/01/14(土) 22:37:27ID:???自分がプログラム書くにせよ、他人に流すにせよ、プロトタイプコードをそのまま渡せるから。
Smarty より手軽なものがあればそっちを使うけど。
0278nobodyさん
2006/01/16(月) 00:49:42ID:???xmlcとまでは行かなくても、amritaかkwartzライクなテンプレートエンジンがphpにも欲しいな。
kwartzも期待してたけど開発停止状態のうえphpコンパイラはobsoleteみたいだしなぁ...
0280nobodyさん
2006/01/17(火) 01:42:35ID:ZnOPSUo70281nobodyさん
2006/01/17(火) 02:31:48ID:ZnOPSUo7{include file=$includeFile}
のようにして include に変数を渡せるのですが、
これと同じようなことをFlexyでも可能でしょうか？
0282nobodyさん
2006/01/17(火) 09:48:32ID:???$hoge1[n]->hoge2[n]->xxx
みたいな変数でも
二重にして回せるよ
sectionはそれができないから使わない
■ このスレッドは過去ログ倉庫に格納されています