【PHP】 Smarty 【テンプレートエンジン】 第2章
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2010/03/29(月) 14:41:04ID:???具体的に言うと、php のプレゼンテーションからアプリケーションのロジックとコンテンツを分離して管理する事を容易にします。
これは、プログラマーとテンプレートデザイナーの役割が異なり、
これらの役割を違う人間が受け持っている場合に最適だと言えます。
0263nobodyさん
2010/05/25(火) 10:06:05ID:???0264nobodyさん
2010/05/25(火) 10:40:04ID:???煽りと反応する人を両方騙ればいくらでも荒らせてしまう
0265nobodyさん
2010/05/25(火) 11:13:58ID:???お前そんなこと書くならIP出せよクズか貴様
0267nobodyさん
2010/05/25(火) 12:44:04ID:???0268nobodyさん
2010/05/25(火) 12:51:38ID:???0269nobodyさん
2010/05/25(火) 13:08:35ID:???0270nobodyさん
2010/05/25(火) 13:21:52ID:???0271nobodyさん
2010/05/25(火) 13:49:11ID:???0272nobodyさん
2010/05/25(火) 13:56:42ID:???0273nobodyさん
2010/05/25(火) 17:51:27ID:???0274こうですかわかりません
2010/05/25(火) 18:38:47ID:9AThLUKM0275こうかなやっぱわかりません ◆r0p/Rg8RZU
2010/05/25(火) 18:39:38ID:9AThLUKM0276nobodyさん
2010/05/25(火) 23:23:07ID:???0278nobodyさん
2010/05/25(火) 23:29:09ID:???あるかないかで全然違うのに
おれはこれを使ってここまで来たんだ
0279nobodyさん
2010/05/26(水) 00:03:12ID:TMQUCua5Smartyは絶対じゃなく、所詮は手段の一つ。
使わない派の意見で、
「デザイナに汎用性の無いモノを覚えさせるのが不毛」というのがあるが、
既にSmarty知識を有しているデザイナは多い。
外部の制作会社と連携する時も、「Smarty使います」の一言である程度イメージ共有出来るのは強い。
モダンでは無いし、常に最適解とは言わないが、十二分に現役で扱えるスキルだと思う。
もっと広い世界の人と関わるには英語を話せたほうがいいんだよ
つっても韓国語が必要だったりフランス語が必要だったりする場合もあるから必ずしも英語が必要ってわけでもない
smartyを覚える意味はあとは言わなくても分かるよな
0282nobodyさん
2010/05/26(水) 11:27:19ID:???0283nobodyさん
2010/05/26(水) 11:57:42ID:???CかC++で何でもやればいいと言ってるようなもの
0284nobodyさん
2010/05/26(水) 12:28:11ID:???0285nobodyさん
2010/05/26(水) 12:47:13ID:???今 PHPの基礎→フレームワーク
0286nobodyさん
2010/05/26(水) 12:59:44ID:???HTMLテンプレートライブラリという概念を理解していれば問題ないでしょ。
出来るできない何てどっちでもいいけど、出来て損はない。そんなレベル。
0287nobodyさん
2010/05/26(水) 13:07:54ID:???0288nobodyさん
2010/05/26(水) 23:03:35ID:???今使ってる奴なんかいるのか？
未だに使ってるとしたらヤバイだろ？
0289nobodyさん
2010/05/26(水) 23:15:37ID:???0290nobodyさん
2010/05/26(水) 23:21:31ID:???むしろ枯れた技術が進んで採用されるケースも多々ある。
>>288
何がどうヤバイのか具体的に書けるかな？
0291nobodyさん
2010/05/27(木) 01:23:21ID:???0292nobodyさん
2010/05/27(木) 01:41:51ID:???0293nobodyさん
2010/05/27(木) 18:04:49ID:???大抵Smarty使ってるけどな
0294nobodyさん
2010/05/27(木) 18:48:16ID:???0295nobodyさん
2010/05/27(木) 21:37:32ID:???0296nobodyさん
2010/05/28(金) 00:53:34ID:???0297nobodyさん
2010/05/28(金) 00:59:20ID:???0299nobodyさん
2010/05/28(金) 02:27:30ID:???仕方ない
0300nobodyさん
2010/05/28(金) 02:51:15ID:???○･･･結局ブログのテンプレートにも使われているんですね。
0301nobodyさん
2010/05/28(金) 03:04:07ID:???0302nobodyさん
2010/05/28(金) 09:51:36ID:???Smartyが多く使われている、って解釈で良いだろ。
そう考えると、一概に無駄とは言えないぞ。
0303nobodyさん
2010/05/28(金) 12:27:58ID:???gooブログの有料版はパスにSmartyって入ってた(今は知らない)からSmarty使ってるんだろうけどさ
0304nobodyさん
2010/05/28(金) 12:29:43ID:???0306nobodyさん
2010/05/29(土) 03:14:20ID:???0307nobodyさん
2010/05/29(土) 11:00:14ID:???0308nobodyさん
2010/05/29(土) 11:31:55ID:???0309nobodyさん
2010/05/29(土) 11:39:56ID:???0310nobodyさん
2010/05/29(土) 16:48:51ID:???Ｓｍａｒｔｙ3ではエラーメッセージのロケール対応とか出来たら嬉しかったなぁ、
「xxxx.tpl ××行目付近、{foreach}タグが閉じられていません → 参考リンク」
「xxxx.tpl ××行目付近、{$var|escpe}、 escpe修飾子は存在しません → 参考リンク」
とか出せたらデザイナ側からのくだらない質問は減ると思う
0311nobodyさん
2010/05/29(土) 21:14:26ID:???どうぞ勝手にSmartyとか使ってくれて構わないが
実際にプロの現場には持ち込まないでくれよ？
あくまでも趣味の範囲内でな？
0312nobodyさん
2010/05/29(土) 21:35:57ID:???〜〜〜〜〜〜〜〜｜〜〜〜〜〜〜〜〜〜〜
＞( c´_ゝ`) ｜
｜
＞( c´_ゝ`) J
＞( c´_ゝ`)
｜
〜〜〜〜〜〜〜〜｜〜〜〜〜〜〜〜〜〜〜
｜ ＞( c´,_ゝ`)
｜
J ＞( c´,_ゝ`)
＞( c´,_ゝ`)
0313nobodyさん
2010/05/30(日) 00:34:35ID:???手段の選択肢を、宗教じみた個人的感情で排除する輩は、プロというよりオナニストだな。
0314nobodyさん
2010/05/30(日) 00:35:07ID:???本とか見るとSMARTYよく載ってるんでいちおう使ってみたんですけど
自分の場合デザインとかHTMLも自分でやるんですが
この場合あえてPHPとHTML分離させるSMARTYって使うメリットありますか？
まだ慣れてないってこともあると思いますが使ってみて
ファイルの管理面倒だなーとか、ちょっとこのまま使い続けていいものか
迷ったもので、同じようにデザインもやる人でSMARTY使ってる人っているでしょうか。
0315nobodyさん
2010/05/30(日) 00:55:11ID:???PHPとHTMLを分離させることは必要ですが、
Smartyを使うメリットは余り無いと思います。
Smarty自体はPHP4時代に結構流行りましたが、
今はCakePHPやsymfony等の有名どころのフレームワークが
ビューの部分は生PHPにしてますので
それに習うのが現在の主流です。
0316nobodyさん
2010/05/30(日) 00:57:26ID:???ファイル管理に関してはロジックとビュー分離する時点でさほど変わらないかと。
一番のメリットはテンプレートが読みやすいって事じゃないかな。
●Smartyで書いた場合
<ul>
{foreach from=$rows key=id item=row}
<li id="{$id|escape}">{$row|escape|default:"デフォルト"}</li>
{/foreach}
</ul>
●PHPで書いた場合
<ul>
<?php
foreach ($rows as $row) {
echo '<li id="' . htmlspecialchars($id) . '">' . (strlen($hoge) ? htmlspecialchars($hoge) : "デフォルト") . </li>;
}
?>
</li>
0317nobodyさん
2010/05/30(日) 01:09:32ID:???＞今はCakePHPやsymfony等の有名どころのフレームワークが
＞ビューの部分は生PHPにしてますので
＞それに習うのが現在の主流です。
単にそれぞれのFWが独自ビュークラスを用意してくれているだけで、
「推奨」されているわけでも「主流」なわけでもありません。
逆にCakePHP/symfony/ZendFW等の標準のビュークラスを使ってしまうと、
フレームワーク移行時にビューの設定や構文の最習得が必要になりますし、
それは容易ではありません。
またフレームワークとビュー関係のクラスが密結合されている場合もあり、
フレームワークのバージョンアップでビュー側にもバージョンアップが必要になる、等の弊害もあります。
枯れ果てたSmartyが未だ解説書等に見られるのは、それなりの理由があるんですよ。
0318nobodyさん
2010/05/30(日) 02:54:46ID:???＞単にそれぞれのFWが独自ビュークラスを用意してくれているだけで、
＞「推奨」されているわけでも「主流」なわけでもありません。
CakePHPもsymfonyも独自ビュークラスなんて用意されてませんよ？
＞逆にCakePHP/symfony/ZendFW等の標準のビュークラスを使ってしまうと、
＞フレームワーク移行時にビューの設定や構文の最習得が必要になりますし、
＞それは容易ではありません。
Smartyでビュークラスを作っても独自のライブラリに依存しているので
対して変わりありませんよ？
0319nobodyさん
2010/05/30(日) 03:01:25ID:???0320nobodyさん
2010/05/30(日) 03:42:42ID:???＞CakePHPもsymfonyも独自ビュークラスなんて用意されてませんよ？
Cake/symfonyで言えばヘルパーとう名でビューを扱う為のクラス/ユーティリティ群が用意されているよね。
用語の違いでしか無いよ。
＞Smartyでビュークラスを作っても独自のライブラリに依存している
密結合と疎結合って言葉知ってる？
フレームワークに内包されるヘルパーは密結合。
アダプタパターンって知ってる？
Smarty本体がアダプタとして動いてくれるから、
フレームワークのバージョンを変えようが、フレームワーク自体を変えようが、ビュー側のスクリプトには何ら影響は無い。
0321nobodyさん
2010/05/30(日) 10:19:41ID:???0322314
2010/05/30(日) 12:59:55ID:???{{ }}やー。
>>315−319
ありがとうございます。
勉強になりました。。
フレームワークとSMARTY組み合わせてもいいわけなんですよねー。
SMARTYはざっくりですが覚えたんで実用でもせっかくなんで使ってみたいと思います。
とりあえず今度フォーム系でなんか機械があったら使ってみる。
0324nobodyさん
2010/05/30(日) 18:42:49ID:???＞密結合と疎結合って言葉知ってる？
＞フレームワークに内包されるヘルパーは密結合。
そんな密結合になっているフレームワークのヘルパーを
ワザワザ引き剥がしてまでSmartyを使う必要ってあるんですかねぇ。
＞アダプタパターンって知ってる？
＞Smarty本体がアダプタとして動いてくれるから、
＞フレームワークのバージョンを変えようが、フレームワーク自体を変えようが、
＞ビュー側のスクリプトには何ら影響は無い。
アダプタパターンは使わないと思いますけど（笑
0325nobodyさん
2010/05/30(日) 19:54:31ID:???自分だけsmarty使えないからって２ちゃんで同意を求めに来てるんだよなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0327nobodyさん
2010/05/30(日) 22:29:27ID:???＞ワザワザ引き剥がしてまでSmartyを使う必要ってあるんですかねぇ。
上に書いてあるだろ、
・フレームワーク別にヘルパーを覚える必要がある
・フレームワーク自体のアップデートがビュー側に影響を与える恐れがある
というデメリットもあるってこった。
趣味プログラマにはいいかもしれんが、
開発人数が増えれば増えるほど、このデメリットは如実になる。
＞アダプタパターンは使わないと思いますけど（笑
そりゃ君が無能だからだろ(笑)
Smarty使わないにしろ、ビュー用のインターフェースは別途用意しておいて、
各ビュースクリプトとのアダプタを作るのが、君の好きなモダンフレームワーク実装。
0328nobodyさん
2010/05/30(日) 22:51:31ID:???デザイナにテンプレート触らせるとかまずありえない。
0329nobodyさん
2010/05/30(日) 23:54:10ID:???＞上に書いてあるだろ、
＞・フレームワーク別にヘルパーを覚える必要がある
＞・フレームワーク自体のアップデートがビュー側に影響を与える恐れがある
＞というデメリットもあるってこった。
フルスタックのフレームワークに無理やり
外部のテンプレートエンジンをねじ込むんですか？
フレームワークの思想をまるっきり無視って訳ですね。
あと、フレームワークのビューには変更が入るかもしれないけど
Smartyのインターフェイスには変更が入らないという前提で
物を言ってません君？随分と都合のいい話ですね。
＞趣味プログラマにはいいかもしれんが、
＞開発人数が増えれば増えるほど、このデメリットは如実になる。
趣味でやってるのではないのなら尚更
Smartyなんていう外部ライブラリを使わない方がいいんじゃないですか？
君はSmartyは誰でも知っているみたいな言い方してますけど
誰もが知ってるわけじゃないし、人によっては好みもあるでしょ？
ま、私は全くもって好みじゃないですが。
＞そりゃ君が無能だからだろ(笑)
＞Smarty使わないにしろ、ビュー用のインターフェースは別途用意しておいて、
＞各ビュースクリプトとのアダプタを作るのが、君の好きなモダンフレームワーク実装。
無能ですか？そうですか。
私が例にあげたCakePHPにもsymfonyにも
アダプタパターンは合わないと思いますけど。
そんなに自分が有能なのならコード書いてもらえません？
多分できないと思うけど（笑
0330nobodyさん
2010/05/30(日) 23:56:24ID:???ホントそうですよね。
普通の開発じゃ考えられないようなこと言ってますよねここの人達。
しかもそれを正当化。笑い話にもならないっつーの。
0331nobodyさん
2010/05/31(月) 00:47:08ID:???＞誰もが知ってるわけじゃないし、人によっては好みもあるでしょ？
ここがSmartyスレだって事忘れてない？ｗ
好みの問題を持ち出すなら、それこそSmartyスレ見なければいいんじゃないの。
＞フレームワークの思想をまるっきり無視って訳ですね。
思想？どこにそんな事書いてあるの？
ZF、symfony、cakeはなんら問題無く外部ビュースクリプトを載せられるようになっているし、
ZFに至っては疎結合をウリにしているけどな。
＞あと、フレームワークのビューには変更が入るかもしれないけど
＞Smartyのインターフェイスには変更が入らないという前提で
Smartyに機能追加があろうが、フレームワーク自体を変更しようが
テンプレート側がその変更を意識する必要は無い。
Smarty自体がアダプタの役割も担うから。
もちろん他のFWでも独自にビュークラスを作ってやれば吸収出来るんだろうけど、
それは車輪の再発明ってやつだ。
0332nobodyさん
2010/05/31(月) 01:11:46ID:???使う使わないは別にして、PHP触ってるけどSmarty知らないなんて恥ずべきだよ。
http://www.google.co.jp/trends?q=Smarty%2C+CakePHP%2C+Symfony%2C+Zend+Framework%2CTwig
モダン思想のオナニスト達は、Web2.0とかクラウドって言葉にも踊らされてるんだろうなぁ。笑える。
0333nobodyさん
2010/05/31(月) 01:52:49ID:???Smarty以外でもHTMLテンプレートエンジンは色々あるわけだし、
それにこだわる必要なんてないと思うけど。
Smartyの利点は枯れたライブラリで多くの使用実績があるのと、
>>332が言っている通りの知名度。
後発ライブラリはそれ以上のメリットもあったりするわけだから、
状況によって使い分けるべきで、フレームワーク云々の話がでるのは筋違い。
0334nobodyさん
2010/05/31(月) 05:05:52ID:???Smarty知らないんじゃ恥ずかしいだろうよ。
現役かどうかは知らんが、Smartyの普及率は相当なものだ。
もちろんSmarty以外を使うのも有りだと思うし、
その場合はSmartyと比較してこんなメリットがあるんですよ。
って言える方が賢いと思うのよ。
今の子達は、頭ごなしにSmartyが駄目駄目言ってるだけで、
具体的に何が駄目で、どう改善すればいいのか、って案も無いみたいだし。
話しすすまんなぁ
0335nobodyさん
2010/05/31(月) 05:08:07ID:???Smatry牙城を崩したいのであれば、
とりあえずSmartyを覚えて、他の技術とのメリットデメリットを提示するべきだと思うよ。
俺個人としては、新しい何かは好きなので触る価値があると思えば乗り換えるよ。
0336nobodyさん
2010/05/31(月) 10:22:49ID:???最初からSmarty牙城なんてなかった
メリットデメリット言う前に、使われてないし、これからも使われることはない
それがアンチの考えだから
0337nobodyさん
2010/05/31(月) 10:32:45ID:???0338nobodyさん
2010/05/31(月) 11:30:05ID:???0339nobodyさん
2010/05/31(月) 16:36:38ID:???いの一番にとりあげられてるという事実があるわけで・・・
リンク先は消えてたんで、それを紹介した日本語のページを
ttp://gigazine.net/index.php?/news/comments/20060803_php_template_engine/
0340nobodyさん
2010/05/31(月) 18:46:06ID:???0341nobodyさん
2010/05/31(月) 19:50:42ID:???それなのに知名度云々言ってるのは、素人としか思えない。
最近はPEARもFWに食われて目にしなくなったけど、
使えば便利なケースは多々あるし、手段として身につけておいても損は無い。
Smartyもそんな感じだと思うよ。
0342nobodyさん
2010/05/31(月) 22:02:08ID:???0343nobodyさん
2010/05/31(月) 22:33:33ID:???面倒なので手短に・・
フルスタックのFWに無理やりビューという大きな外部ライブラリを
ねじ込まないで下さい。
あと、アダプタパターンは無いわ（笑
0345nobodyさん
2010/05/31(月) 22:52:15ID:???Symfony2からは低レベルの枠組みはフルスタックで提供するが、
外部ライブラリを積極的に採用する方針に変わるけどね。
http://www.symfony-project.org/blog/2010/03/04/symfony-2-0-and-the-php-ecosystem
流行り廃りで言えばフルスタック自体が廃りだよ。
フルスタックFWを学習する事は、Smarty以上にコストがかかる上に、Smarty以上に将来性が無い。
アンチはRoRに毒されたCake厨が多いのかねぇ。
シコシコ独自の設定ファイルでも量産してろよ(笑
0346nobodyさん
2010/06/01(火) 00:11:09ID:???アダプタパターン最近覚えたのかな？
Gofの基礎中の基礎だからね。
でもアダプタパターンは無いわ（笑
>>345
君はフルスタックの意味とアダプタパターン（笑）の使いどころが
よく理解できてないみたいだからもう書き込まない方がいいよ。
能無しがバレますよ？
大人しくSmartyの勉強でもしてなさいっ！
0347nobodyさん
2010/06/01(火) 00:52:04ID:???いるわけでもないと思うし
皆このスレで「大人しく」していると思うんだけど
なにをしにこのスレに？
0348nobodyさん
2010/06/01(火) 02:20:16ID:???アダプタパターンは基底パターンみたいなもんだが、
君はアダプタが全く適用されないコードを書いてるのかい？
フルスタックという言葉に拘りがあるみたいだけど、君こそ言葉遊びしたいだけじゃないの？(笑
Smartyすら理解できない頭じゃ無理も無いが、
大人しくCakeをBakeしてればいいんじゃないかな？
0349nobodyさん
2010/06/03(木) 00:05:24ID:???アダプタパターンっていうのはアダプティとなるクラス（Smarty）と
ターゲットとなるクラスが比較的近いインターフェイスでないと機能しないんけど、
SmartyのようなテンプレートエンジンとCakePHPやsymfonyのような
生PHP＋ヘルパ関数のビューをどのようにアダプタパターンで繋げるんですか？
ま、デザパタ覚えたので言葉を使ってみたかっただけかもしれないけど、
言うほど経験も知識も無いんだから、もうちょっと頑張りなさい。
0350nobodyさん
2010/06/03(木) 00:41:09ID:???＞生PHP＋ヘルパ関数のビューをどのようにアダプタパターンで繋げるんですか？
ん？それは実装の前提が違くないかい？
フレームワークとSmartyを繋ぐ事が目的じゃなくて、フレームワークとテンプレートを繋ぐことが目的で、
共通のテンプレート構文を使う為のアダプタって事だよ。
CakePHP > CakeSmartyAdapter > template
symfony > sfSmartyAdapter > template
ZendFW > ZendSmartyAdapter > template
CakePHP / symfony / Zend等フレームワーク固有のViewやヘルパ関数を使うと、
templateがフレームワークに依存するよね(当然メリットもあるけど)
だから、疎結合なViewクラスを挟むのもいいんじゃね？って話だが。
0351nobodyさん
2010/06/03(木) 00:50:20ID:???テンプレートがフレームワーク依存するのが嫌ならSmarty使えばいい。
使い分けるってこと出来ないの？
0352nobodyさん
2010/06/03(木) 02:11:21ID:???Cake <?php echo h($val); ?>
Symfony <?php echo $sf_data->get('hoge'); ?>
テンプレートも弄る自分的には、エスケープ一つでここまで構文が違うのは辛い。
手放せないほど便利な固有ヘルパーがあるわけでもないから、FW固有の方言やノウハウを学ぶ意欲も続かない。
そんな理由でSmartyを手放せずにいる。
0353nobodyさん
2010/06/04(金) 18:43:09ID:???学習意欲も無いのに高性能なものを無理して使うことは無いな。
Smartyで済む人は騒ぎ立てずにSmartyを使い続ければいいと思う。
>>350
Smartyと生PHPを「構文の差」として解釈してる時点で頓珍漢だと思う。
hogeFW > hogeSmartyAdapter > smarty構文のtemplate
hogeFW > php構文のtemplate
だから、Apapterパターンにはなり得ない、という話だと思うけど。
0354nobodyさん
2010/06/04(金) 20:38:49ID:???＞Smartyと生PHPを「構文の差」として解釈してる時点で頓珍漢だと思う。
論点が変わってるね。Smartyと生PHPの話じゃなくて、
>>352が書いているように「テンプレートとしての構文の差」を無くす為にアダプタをかまそうって話だよ。
生PHPのみで例えるなら、CakeのテンプレートをZendFWで使おうとした場合、
Cake･･･<?php echo h($val); ?>
ZendFW･･･<?php echo $this->escape($val); ?>
という「構文の差」が生まれるよね。
でもZendFW側に h() を $this->escape() に橋渡しするアダプタを作ってやれば、
テンプレート構文の差は埋まり、共通のテンプレートが使えるようになるね。
CakeのテンプレートをZendFWで使おうなんて考えは頓珍漢だと思うよね。
でも別にCakeのテンプレートをZendFWで使う事が目的じゃないからね。
「FWに依存しない共通のテンプレート」が使えればSmartyだろうが生PHPだろうが構わないんだ。
>>350 はtemplateに対するAdapterパターンでFA。
Smatyスレで必死にSmartyを批判してる君も十分頓珍漢だと思うよｗ
0355nobodyさん
2010/06/04(金) 20:46:52ID:???論旨が意味不明だな。
だったらSmarty要らないじゃん。
> Smatyスレで必死にSmartyを批判してる君も十分頓珍漢だと思うよｗ
Smartyスレで必死に頓珍漢なフレームワーク叩きをして、
スレが荒れる原因を作っているほうがよっぽどスレには不利益だと思うけどな。
0356nobodyさん
2010/06/04(金) 21:05:18ID:???＞＞「FWに依存しない共通のテンプレート」が使えればSmartyだろうが生PHPだろうが構わないんだ。
＞論旨が意味不明だな。だったらSmarty要らないじゃん。
うん。だからSmartyじゃなくてもいいんだよ。
何が意味不明なんだい？
君は「FWに依存しない共通のテンプレート」を実現したい場合、どうするのが良いと思う？
俺は生PHPを使ってhtmlspecialchars()とか毎回書くのはだるいし、
変数を一括エスケープしたり、テンプレートディレクトリを精査したり等の機能が欲しいから、
何らかのライブラリは必要だと思うよ。
でも、そんなの作るの面倒だからSmartyを使うけどね。
＞Smartyスレで必死に頓珍漢なフレームワーク叩きをして、
誰も叩いてないよｗ
フレームワーク至上主義者がSmarty批判してブーメラン浴びてるだけの話だろｗ
0357nobodyさん
2010/06/04(金) 21:11:42ID:???Smarty(テンプレートエンジン)否定派が沸く
↓
Smarty派は使う事のメリットを提示する
↓
否定派はメリットを絶対に認めずデメリットのみを主張
↓
Smarty派は使わない事のデメリットも提示する
↓
否定派ファビョル
PythonとかRubyを使っているモダンオナニストがPHPを否定しているような状況に似ているな。
所詮は道具なのに、なぜ使い分けが出来ない？
0358nobodyさん
2010/06/05(土) 19:41:11ID:???>>354, >>356←こいつは前から一貫して意味不明なことをホザくので
俺も対応に苦慮してる。
デザパタとかFWの理解がまったくもってなってないので
話がまったく通じない。
精神異常者と話すってこういうことなんだと思った。
0359nobodyさん
2010/06/05(土) 19:44:44ID:???認識の違いって怖いですよね。
否定派がSmartyを使うことのデメリットを提示する
↓
Smarty厨が必死に抵抗（しかも意味不明）
↓
否定派が冷静にツッコミを入れる。
↓
Smarty厨ファビョル
0360nobodyさん
2010/06/05(土) 20:36:03ID:???
■ このスレッドは過去ログ倉庫に格納されています