>>450
>>447

>>447
ああすまない、ロジックとビューを分ける際にって所を聞きたかったので
その他の所は適当に書いてしまった。
テンプレートエンジンってのはそういう所も自動でやってくれるの？


>>450
とても納得できたよありがとう。
これもケースバイケースだろうけど、PHPerって実務に携わる場合って
Smarty必須だったり「おっ、いいね！」的なアドバンテージになったりするのだろうか。。
個人的な見解で良いので、聞かせてくれると有り難い。

Smartyならデフォルトで適用するフィルターを設置出来る
escapeを入れたら今回記述されたテンプレートでもちょっと安心

とりあえず、OpenPNEはやってた
興味があればソース眺めると良いかと

>>453
質問なんですけど、ソース見て、それがsmarty経由でつくられてるものだって、
どこでわかるんですか？

見れるんなら見たいんですけど。

HTMLソースじゃないぞ

>455
smartyでいうところのコンパイルされていないファイルって、見れるんですか？
だとしたら他人事ではないんですけど。

> それがsmarty経由でつくられてるもの
の
> それ
ってOpenPNEをさしてるの？OpenPNEはソースが配布されているけど

>457
あ、そういうことでしたか。
そして、ダウンロードもしてみました。
他の人がつくったsmartyのテンプレートファイル初めてみた。
勉強になるな～

どんな風に勉強になった？

MTもSmarty使っているから、参考になると思うよ。

ただ、OpenPNEの方がわかりやすいね。
なんか日本人的な書き方のような気がする

Smartyの順序って
「PHPが苦手だからSmartyを使おう」
それとも
「PHPができるからSmartyでさらに上を目指そう」
のどっちなんですか？

わかる人からするとアホな質問かもしれませんが、
PHP初心者の自分には、どうしてもSmartyの役割がはっきりしなくて。

SmartyはPHPの単なるライブラリだよ・・・？

Smartyの用途はスレの上のほうで話題になってるじゃん
苦手だからとか上を目指そうとかそういう観点ではなく

＞463,464
ご返答ありがとうございます。

スレも1から全部読みました。
そして、ここ数日ネットで調べまくったんですが、
どこも書いてあることは「デザインとプログラムを分離できるもの」ということで、
頭が悪すぎるのか、結局「smartyが何をしている」というのがわからずじまいでした。
そこで、書き込んでみたのです。

要は「工具セット」ってことですかね。
上の方で延々と行われた議論は
「使う工具（smartyの機能）なんか自分で作ればいい」派と
「始めからセット（smarty）であるんだから簡単で便利」派の言い争いって感じですか。

smarty使ってMVCのviewを強化したい派（利便性高・コスト高）と
php自体にview的な要素が入ってるんだから重複は無駄だよ派（利便性中・コスト中）って感じでないかな

>>466

!('Ａ')あ～
なんか少々モヤモヤが晴れてきました。
引き続き勉強します。

Smartyを勉強し始めたのですが、
phpコードに書いた和文が文字化けしてしまいます。
テンプレートの和文は文字化けしません。

phpで$smarty->assign('name', 'みなさん');として
tplに「こんにちは、{$name}！」とすると、
htmlで「こんにちは、文字化け！」とでてしまうのです。

全部UTF-8で書いています。
サーバーはsixcoreをかりており、mbstringの設定はこうしています。
mbstring.language = Japanese
mbstring.internal_encoding = UTF-8
mbstring.http_input = pass
mbstring.http_output = UTF-8
mbstring.encoding_translation = Off
mbstring.detect_order = UTF-8,EUC-JP,SJIS,JIS,ASCII
mbstring.substitute_character = none;

今日一日中ググりまくっているんですが、どうしてもわかりません。
どなたかお助けください。おねがいします。

「こんにちは、文字化け！」
はﾜﾗﾀ

smartyのテンプレートに$hogeという配列が空じゃない場合の条件分岐処理を書きたいんですけど、
この書き方はおかしいのでしょうか

{if $hoge!==""}text{/if}

たまにif文が動かないのでおかしいと思うのですが

>>472
>>473

どちらも動作しました
ありがとうございます

既存のソースをフレームワークを使って書き直したいんだけど、smartyは他のフレームワークと比べて
何か利点はありますか？それとも他のフレームワークを使った方がよいですか？

フレームワークを使い比べたことがある方、教えてください。

フレームワークはMVC+αを担当するものとした場合、
SmartyはVのみを担当するテンプレートエンジンでしかない。

・既存のソース+Smarty
・他のフレームワーク+Smarty

という使い方が一般的です。

>>476

簡単ながら簡潔な意見だと思います。ありがとうございます。

どういたまして。

Smartyも大きく言えば、関数ライブラリだからな。
HTML内にPHPコードを書いているのと変わらない。
（しかも、それを実現する為に複雑な処理をしているのでパフォが落ちる

でも、プログラマー以外がテンプレートを操作する環境なら凄い便利

小さく言うと何？

>HTML内にPHPコードを書いているのと変わらない。

PHPコードを書かせない(制限する)為に、Smartyがあるわけだが。

>（しかも、それを実現する為に複雑な処理をしているのでパフォが落ちる

内部的にPHPに変換及びキャッシュを行うから、きっちり設定をすればパフォ的には気にとめる程じゃ無くね？
システム規模によるだろうけど、大抵は処理全体の１割未満のリソースしか食わんよ。

上手に導入出来れば開発が相当楽になるので、結果的にコストパフォーマンスは上がるしさ。


一度Smartyの設計思想を読む事をおすすめ。

>>483
いやいや。そう言うことを言いたいんじゃないよ。
Smartyを覚えるならPHPも覚えなければいけないわけで、
フレームワークに使用するにはかなりの知識が必要だよ。
ってこと。475に対する意見として書いた。

あんたの言う「きっちり設定」する為には、それなりの知識や経験が必要だろ？
だから、経験がないと難しいって言いたかった。

MVCでの開発経験があれば、Smartyが難しいと感じる事は無いと思う。
最適化に関しては経験が必要だが、導入までは相当楽な部類かと思うぞ。

どの程度までCとVを分離すればいいの？

ご自由に

(1)
if ($nantoka) {
$str="yes";
} else {
$str="no";
}
↓
result:{$str}

(2)
result:{if $nantoka}yes{else}no{/if}

Smarty信者はMVCフレームワークとテンプレートエンジンの区別もつかんのか

>>476で回答済の話をなぜ蒸し返す

>>487
もっと詳しく

ココでMVCの話はお門違いだけど、一寸だけ口挟む。

> どの程度までCとVを分離すればいいの？

普通、MとCを何処まで分離すればイイの？という質問が多いと思う。
" CとV "と言ってしまう時点で、MVCがまるで判っていない印象。

MVCの中心にあるのは、C（コントローラ）
何故 C かと言えば、Webアプリのエントリーポイント（プログラムの着火点）は、アドレスであると考えたから。
どんな処理でも、まずそのスクリプトにブラウザでアクセスしないと何も起こらないという事実から、エントリーポイントをアドレスと考えた。

次に、このアドレスの扱いを拡張しようと考えた。

スクリプト名 / メソッド名 / 引数 ... って感じで、アドレスから処理を操ろうとした訳だ。

この時、上記の記述を実際の処理に落とし込むのが、C（コントローラ）の役割。
C は、受け取ったアドレスから、処理の出力先を M（モデル）にするか、V（ビュー）にするか判断するだけ...

ここから、Cは只単に処理を振り分けるだけと考えれば、おのずとMVCそれぞれの割り振りも判ってくるハズ

>>492
じゃMとVはどう仕事を割り振ればいいの？

でもMVCモデル自体がモデルなんだから要するにMVC全体でサーバ処理するってことなの？

MVCにとらわれすぎると、逆に可読性下げるからなぁ…
目的では無く、あくまで手法なんだからケースバイケースに実装すればいいんじゃね？

使い回し不要のビジネスロジックなんかは、Cに実装しても良いかと。

>>495
> でもMVCモデル自体がモデルなんだから要するにMVC全体でサーバ処理するってことなの？

MVCモデルのモデルは事例を示すモデル。Mのモデルとは意味が違う。
同音表記だから同じ意味とか思うなよ...大人だろ！

>>496

確かに可読性は下がる。また、RoRが過ぎるとフレームワークのブラックボックス化が著しくなり、
背後でどんな処理がなされているのか、まるで判らなくなる。

当然、カスタマイズしにくい...

MVCを意識する・理解するというのは大事だと思うんだが、
どうやってその理解を深める勉強をするの？
結局、自分でソースを書いて、良いか悪いか判断するしかないよね？

俺が書いているソースなんて、まるっきり駄目な部類かも知れないけど、
それでも目的通り動いているし、俺にとっては可読性はあってわかりやすい。
なら、それで良いのではないか？と思うんだけど、後で困るのだろうか

お前は何を言ってるんだ