【総合】PHPフレームワークを語るスレ8

【総合】PHPフレームワークを語るスレ8 at PHP

[前50を表示]
100:nobodyさん
07/10/26 13:13:18
×プライド捨てると成功できる
○成功する奴はプライド捨てれる

101:nobodyさん
07/10/26 13:42:22
×捨てれる
○捨てられる

102:nobodyさん
07/10/26 16:43:45
このスレを見ている人はこんなスレも見ています。(ver 0.20)
【トイプードル】プードル Part26【ﾐﾆﾌﾟｰｽﾀﾝﾌﾟｰ】 [犬猫大好き]

103:nobodyさん
07/10/26 16:58:52
>>102
俺もそれ気になってたんだよなｗ
PHPerがトイプードルなんかに興味持ってんじゃねえぞ
PHP書きが飼っていいのは金魚までだ

104:nobodyさん
07/10/26 19:27:54
フレームワークの勉強を教えてください。
よろしくお願いします。
（オススメのサイト、本など）

105:nobodyさん
07/10/26 20:59:08
このスレの最初に出てるサイト見ていったらいいじゃん

106:nobodyさん
07/10/26 23:23:37
>>101
言語学に詳しくないやつがそういうつっこみすると浅いからやめた方がよい。

107:nobodyさん
07/10/27 00:26:14
いやそれは普通につっこまれるところだろｗ
言語学とかいうレベルじゃねー
一般常識の話だ

108:nobodyさん
07/10/27 00:39:12
ら抜き言葉が微妙なのは認めるけど、いちいち指摘してる奴は気持ち悪いと俺は思う。

109:nobodyさん
07/10/27 00:43:33
君がどう思うかには興味はない

110:nobodyさん
07/10/27 00:45:27
そうですか。興味はなくても、まぁそう思う人もいるという事で。
俺以外にも結構いると思いますよ。

111:nobodyさん
07/10/27 01:15:45
ら抜き言葉はいけません。

×ほれる
○ほられる

112:nobodyさん
07/10/27 01:16:22
普通にらぬき言葉と呼ばれる表現は方言として存在している。つまりは関西人が関西弁話したら、正しく日本語を話なさいというのと同様に、方言を認めないということになる。
らぬき言葉が方言としてしゃべられているかは別として、言語がさらに日々、経済的になっているだけの話し。（無駄は口語では省かれていく法則）
100年前の年寄りも現代の言葉は乱れていると嘆いたそうだぞ。つまりは、繰り返される無駄な議論。
無知が半端な知識で語らないほうがよい。無知同士の馬鹿な話し合いならいいが、知識人にそんなこと言ったら恥ずかしいぞ。
長文失礼。

113:nobodyさん
07/10/27 01:19:59
> 話し

はなしし?

114:nobodyさん
07/10/27 01:26:54
揚げ足とろうとするまえに辞書引いたらいかが？

115:nobodyさん
07/10/27 01:27:31
受身と可能をら抜きか否かで区別できるくらいまで
どちらかがどちらかとして定着してほしいなーと常々思っている
日本語は気をつけて使うとかなり論理的な会話が可能な言語だと思うのだけど
ここだけが非常に曖昧なんだよねー

フレームワークの話に結び付きそうで結びつかないが気にせず投稿

116:nobodyさん
07/10/27 08:45:10 R02pgmdg
なーにが知識人だよｗ
ら抜きが通用してるなんてことは、誰でも知ってるだろ。

117:nobodyさん
07/10/27 08:54:01
「話」は名詞
「話し」は「話す」の連用形

118:nobodyさん
07/10/27 10:36:45
言葉には文法がある。
フレームワークにも使いかたがある。
言葉が乱れている人の思考回路では、フレームワークをうまく使いこなせない可能性はあるのだろう。

「ら抜き」言葉はよく聞くけど、会話ならOK＝言いたいことは分かる。文章に書くときは、らを入れるように気を付けている。
バグに敏感なプログラマーなら、「ら抜き」言葉に抵抗を覚えるはずに、一票。

119:nobodyさん
07/10/27 10:50:12
perl プログラマなら気にしないかもしれないよ？ｗ

そもそも「乱れている」と捕らえること自体が
多様な受け止め方のひとつでしかないわけで。

自然言語と、自発的に変化できないプログラム言語とを、
混同して考えるのもよろしくないな。

120:nobodyさん
07/10/27 10:51:22
いくらなんでも頭固すぎ。

121:nobodyさん
07/10/27 14:50:34
smarty とか prado とか mojavi とか symfony とか、
なに使えばいいんだYO！

122:nobodyさん
07/10/27 15:09:27
agavi

123:nobodyさん
07/10/27 15:27:04
派生しすぎでよくわからん…

124:nobodyさん
07/10/27 15:29:38
>>121
このスレでsmartyの名前を出すといろんな意味でバカにされるぞw

125:nobodyさん
07/10/27 15:31:51
>>124
そうなの？テンプレート使った出力用のライブラリとしては
手軽だしいいと思うんだけど。

126:nobodyさん
07/10/27 15:33:36
>>125
そうなの？と聞く前に過去レスくらい読め

127:nobodyさん
07/10/27 16:11:49
ここでsmartyって見るたびにsymfonyと間違えてるのかと思う

128:nobodyさん
07/10/27 17:35:23
smartyがﾃﾞﾌｫﾙﾄｽﾀﾝﾀﾞｰﾄﾞなのはｶﾞﾁ

129:nobodyさん
07/10/27 17:39:18
smartyは昭和の遺物

130:nobodyさん
07/10/27 17:39:55
smarty使うとトイプードルに噛まれる

131:nobodyさん
07/10/27 17:51:13 qKhZXt50
smartyでちょっと聞きたいんだけど、デザイナーがdreamweaverとか使ってる時はどうしたらいい？
例えば、htmlとimgディレクトリが実際の場所と違う場所に置くことになるから、相対パスで指定できないじゃない？

src="/hoge.gif"と、ドキュメントルートからのパスで指定して貰えば良いけど、やりにくいらしく嫌がられるんだが…

132:nobodyさん
07/10/27 18:17:49
Smarty使ったことあるけど、何であんなもん使うのか理解不能。
普通にPHPで書けばいいじゃんって思う。

133:nobodyさん
07/10/27 18:58:30
>>132
１人で全部できるHPやｼｽﾃﾑ作ってるならそれでいいんじゃね
ちっちゃいちっちゃい規模ならね

134:nobodyさん
07/10/27 19:34:38
俺、それなりの規模のアプリも作ったことあるけど、個人開発したことしかないからなぁ。

135:nobodyさん
07/10/27 19:56:05
symfonyでも使われているらしいphpmailer触ってるが
setter,getterなしでプロパティーに直アクセスすんのな
これだからphpのoopは(　ﾟ,_･･ﾟ)ﾌﾟﾌﾟｯ

136:nobodyさん
07/10/27 19:59:11
smarty(　ﾟ,_･･ﾟ)ﾌﾟﾌﾟｯ

137:nobodyさん
07/10/27 20:18:05
Smartyのメリットを上げる時に、「プログラムとテンプレートが分かれているので云々」って
見かける事多いけど、Smartyじゃなくても普通やるだろｗｗって感じだからなぁ。

138:nobodyさん
07/10/27 21:01:17 euGofwdi
URLﾘﾝｸ(ihc.mydisk.jp)

139:nobodyさん
07/10/28 00:26:50
Smartyの最大のメリットは、<?php echo $hoge ?>が { $hoge }と書ける事。
(<?= $hoge ?>でいいじゃんってツッこみしないでね。宗教戦争になるから。）
これだけでいいから、Symfonyもなんか考えて欲しいよ、テンプレート機構。
そこが解決されれば、文句無し最強PHPフレームワーク、だと思う。
CakePHPはその辺連携取り易いのにな。

140:nobodyさん
07/10/28 00:28:35
CodeIgniterが軽い理由は、Vが良いせいか？

141:nobodyさん
07/10/28 01:03:20
>>135
> setter,getterなしでプロパティーに直アクセスすんのな

setter,getterなんて使うのはJavaぐらいなもんだろ？

142:nobodyさん
07/10/28 01:05:58
> Smartyの最大のメリットは、<?php echo $hoge ?>が { $hoge }と書ける事。

ところで、 { } を使っている人いる？
違う記号に置き換えたりしない？
<{ }>とか。

143:nobodyさん
07/10/28 01:41:41
>>142
jsやcss部分を{literal}～{/literal}なんて面倒だから
普通は変更してるんじゃないか？
<{}>とかとか{{}}とか・・

144:nobodyさん
07/10/28 02:00:29
>>141
PHPとJavaしか知らないのかな?

145:nobodyさん
07/10/28 02:10:03
わざわざ煽ってないで「こういうのもありますよ」って事例を示せばいいのに。
日本人ってなんでこうなんだろうね。

146:nobodyさん
07/10/28 02:26:30
異邦人乙ｗｗｗ

147:nobodyさん
07/10/28 02:45:16
たとえば C# とか getter/setter あるじゃん。

148:nobodyさん
07/10/28 02:47:57
まともなOO言語は普通getter/setterあるだろ
簡単に書けるようになってる言語もあるが
PHPはそうじゃないし

149:nobodyさん
07/10/28 11:10:18
C# の Property 機構は良いねぇ．言語的にきれいにまとまってるし．

でもそれをもって C# に getter/setter ありといえるなら
PHP だと __get()/__set() があるから言語的には「getter/setterあり」といえると思うけど？
（どうせ後付け条件で「あんなのはgetter/setterじゃない」と言い出すんだろうけど）

ていうかむしろ Java にこそ getter/setter が存在しない（ただの命名慣習）わけだが．
Java 7 では getter/setter を廃して property 構文を新規に作ろうって動きもあるわけだし．

150:nobodyさん
07/10/28 11:34:46
ｱｸｾｻﾒｿｯﾄﾞ

151:nobodyさん
07/10/28 13:53:09
OOPって面倒くさいですね。
お役所の手続き事務みたいに決まりごとが多すぎる。
でも、それを悪いとは思わない。
仕組みを考えた人は頭がいいと思う。

152:nobodyさん
07/10/28 13:55:53
プログラムって面倒くさいですね。
お役所の手続き事務みたいに決まりごとが多すぎる。
でも、それを悪いとは思わない。
仕組みを考えた人は頭がいいと思う。

153:nobodyさん
07/10/28 14:13:15 gVsdL0KD
PDTでsetterとgetterの生成やってくれればいいのに

154:nobodyさん
07/10/28 14:30:51
getterはgetXxxって名前よりもプロパティ名そのものが好き

155:nobodyさん
07/10/28 14:37:31
それだとプロパティーと区別付かないじゃん

156:nobodyさん
07/10/28 14:41:17
ｱｸｾｻﾒｿｯﾄﾞ
↓
ｿｻｱｯ('A`)ﾒﾄﾞｸｾ

（操作、面倒くせ）

157:nobodyさん
07/10/28 14:44:03
むしろアクセサ介さずにアクセスする方が気持ち悪い
内蔵に直接手を入れてうんこ取り出してるようなもの

158:nobodyさん
07/10/28 17:47:48
readonly/writeonlyなプロパティは別として
読み書き可のプロパティをpublicにしない納得いく理由を挙げてくれ
気持ち悪いとかそういうもんだからとかは無しで

159:nobodyさん
07/10/28 18:48:21
セックスって面倒くさいですね。
お役所の手続き事務みたいに決まりごとが多すぎる。
でも、それを悪いとは思わない。
仕組みを考えた人は頭がいいと思う。

160:nobodyさん
07/10/28 20:34:39
まったく関係ないセックスの話がしたいのならよそにいけ

161:nobodyさん
07/10/28 20:36:22
スレ違いだ。
よそ行って来い。

162:nobodyさん
07/10/28 20:50:16
まったくだ、このスレの人間はセックスなんて・・・

163:nobodyさん
07/10/28 21:36:08
>>158
後から変更する可能性があるから

164:nobodyさん
07/10/28 23:19:35
プロパティを大量に晒すクラス書いたことないから、
セッターとかゲッターとかもあまり書いたことない＞おれ。

165:nobodyさん
07/10/29 07:49:04
>>137
>Smartyのメリットを上げる時に、「プログラムとテンプレートが分かれているので云々」って
>見かける事多いけど、Smartyじゃなくても普通やるだろｗｗって感じだからなぁ。

同意。それをさもSmartyの利点のごとく語るやつがいてさ、は？とか思った。
Smartyなんていらない。PHPで十分。
つか、Smarty遅くね？PHPファイルをincludeするほうが3倍速かった。

166:nobodyさん
07/10/29 10:29:25 rume0jLE
>>165
Smartyはページキャッシュが欲しくて使ってる

167:nobodyさん
07/10/29 10:58:01
つ PEAR::Cache_Lite

168:nobodyさん
07/10/29 13:29:27
>>137とか>>165が作ったオナニープログラムよりはよっぽどマシ
速い遅いとかっていつの時代のサーバを使ってるんだ？w

169:nobodyさん
07/10/29 13:32:34
ネイティブとSmarty比べてるのにSmartyのほうがマシらしい。

170:nobodyさん
07/10/29 14:11:54 cAFvFwpp
おまえらにSmartyの何がわかるんだよ！

171:nobodyさん
07/10/29 14:16:11
Smartyはデビュー作だけ大ヒットしたものの
その後まったく鳴かず飛ばずで
今は地方のスーパーとかを回っている演歌歌手みたいなもの

172:nobodyさん
07/10/29 14:30:56
テンプレートってのはそもそもが
htmlを吐き出すときに、コードで書かないといけない。
コードで書いたらごちゃごちゃして見にくい。
htmlをそのまま書いて、その一部に変数等を埋め込めばいいんじゃね？
という発想で作られたもの。

だからhtmlをそのまま書いて、そこにphpコード埋め込むことが
できるphpでは最初っからあまり意味が薄いものだった。

173:nobodyさん
07/10/29 14:35:25
デザインとロジックは分離するよ。だけどディレクトリ構造まで分離させると、あちこちに散らばってめんどくさい。

変数出力の記述がシンプル、なんて利点をあげる奴もいるけど、出力用の関数を作っといて、
function o($arg,$escape=true){
　　　if($escape){
　　　　　 $output=htmlentities($arg);
　　　}
　　　echo $output;
}
↑たとえばこういうの作って<?o($hensu)?>てな感じで書けばHTMLもスッキリでしょ。

ええとtruncateはー･･･ああマルチバイトだめなんだ、じゃあ自作修飾子をー･･･とかsmartyのドキュメント見ながらやったりするよりよっぽど早い。
大体、修飾子が連なると読みにくいから、そんなのはロジックの出力直前くらいで整えておく方がいいし。だったらSmartyの必要が無い。

キャッシュはPEAR::Cache_Liteなどで事足りる。

Smartyの素晴らしさを教えてくれ。マジで。

174:nobodyさん
07/10/29 14:43:53
o('obj.arr.value') という書き方で

$obj['arr']['value']の値を表示させるってのもありだよな。

175:nobodyさん
07/10/29 14:47:35
PHP自体がテンプレートだから
テンプレート(＝PHP)の上層に作られたテンプレート(＝Smarty)
って構造
SmartyはPHPに無い＋α提供してくれる
と理解してて、Smarty使いこなしてるなら何も言わないけど、
大多数はなんとなく時代の流れ（？）で Smartyって便利だぜー
って言ってる様な気がするんだヨナー

176:173
07/10/29 14:51:28
ごめん、$escape==falseの場合はもちろん$output=$arg;しといてね。

スレチだけど、似たようなパターンでよく使ってる関数をひとつ。

d($arr){
　　 echo "<pre>";
　　 print_r($arr);
　　 echo "</pre>";
}

デバッグ時によく使う。

177:nobodyさん
07/10/29 15:52:16
そうそう、Smartyはほんと良く出来てるよね
<?php echo $hoge; ?>なんて書かずに{$hoge}だけだし
{foreach}{foreachelse}や{section}{sectionelse}、{if}まであるし
{strip}なんかも便利{$hoge|nl2br}なんてこともできるし・・その他多々いろいろ

まあつまり>>173みたいな素敵なコードをわざわざ書かなくていいってことだ！

178:nobodyさん
07/10/29 15:57:28
制御構造とかの文法がださいのが嫌
自由度も低いし

179:nobodyさん
07/10/29 16:06:08
177だが、要は使いたい奴は使えばおｋってこと
自分で作れる奴はそれを使えばおｋってこと

>>178
SmartyはHTMLテンプレートですよ
デザイナーが使えりゃいいんです使いやすけりゃいいんです

180:nobodyさん
07/10/29 16:13:21
>>179
実際デザイナーにsmartyのtpl丸投げできてるところってあるの？
foreachとか入ってて、結局デザイナーが作ったHTMLを
Smarty形式にマが組み込んでるほうが多い気がする。

181:nobodyさん
07/10/29 16:20:46
>>180
まったくだ

182:nobodyさん
07/10/29 16:23:21
デザイナーに使える奴がいないと、結局自分の余計な仕事が増える
ってか今まで使えるデザイナーに出会ったことが無い･･･orz

183:nobodyさん
07/10/29 16:30:01
>>178
＞自由度も低い
とかいっているヤツは、だいたい使いこなせなかったヤツだったりするｗ

184:nobodyさん
07/10/29 16:32:26
>>183
Smartyで自由度を使いこなすとデザイナがわからなくならない？

185:nobodyさん
07/10/29 16:38:11
使いこなすほど醜くなるのがSmarty

186:nobodyさん
07/10/29 17:17:03
PHPでSmartyのようなテンプレエンジンがなぜ必要なのかわからん。
デザイナーにシステムに組み込んでからHTMLなんぞいじらせるべきじゃない
デザイン云々はCSSでやらせるべき
その方が効率的

187:nobodyさん
07/10/29 17:56:21
ｻﾞﾜｻﾞﾜ…

188:nobodyさん
07/10/29 18:08:23
smartyが作られた国ではデザイナとの分業がはっきりしてるケースが多いのかね…。
日本のIT土木と違って。

189:nobodyさん
07/10/29 18:17:10
使いにくいとか言うやつはだまって使わなければいいだけなのに、
なんでいちいち欠点をあげつらうのかね？
オレオレテンプレートエンジンを自慢したいだけか？

190:nobodyさん
07/10/29 18:25:31
○ITドカタ

191:nobodyさん
07/10/29 18:26:24
>>189
使わなくて済むならいいけど、つかうことを強要されてるんで
どこかで愚痴りたいとか

192:nobodyさん
07/10/29 18:29:05
プログラマチームが全員完全にSmartyを理解していて、ドキュメント等を何も見なくてもサクサク書けるレベル、
かつ、デザイナーチームもテンプレートとドキュメントルートの位置関係とか、{Smartyのコード}等をちゃんとわかってる現場なら、使う意味はあるかも。
っていう程度。

193:nobodyさん
07/10/29 18:30:09
>>191
日本には仕事をやめる自由くらいはあるぞｗ

194:nobodyさん
07/10/29 18:30:12
>>189
お前の論調で行くと
使いやすいと言う奴は黙って使ってればいいってことになるな

195:nobodyさん
07/10/29 18:30:55
なぜフレームワークのスレでここまでsmartyの話をするのかｗ

196:nobodyさん
07/10/29 18:33:16
2007年ももう過ぎ行く季節だというのに
Smartyてｗ
Smartyてｗ

197:nobodyさん
07/10/29 18:35:11
とっくの昔に結論出てるのに今更SmartySmarty言ってる奴は原始人

198:nobodyさん
07/10/29 18:36:50
そこでPOHPですよ。
PHPではKwartzぐらい?

199:nobodyさん
07/10/29 18:43:26
>>194
使いやすいと言う奴については何も言及はしていない
論理を勉強して来い

200:nobodyさん
07/10/29 18:49:20
>>199
屁理屈の練習は別でやればいいよ。
ここはフレームワークを語るスレ

201:nobodyさん
07/10/29 19:00:15
Smarty派頭悪すぎワロタ

202:nobodyさん
07/10/29 19:49:56
>>200-201
おまえら頭悪すぎ
ろくなプログラム組めないんだろうな

203:nobodyさん
07/10/29 19:50:53
>>202
外の空気吸ってきなよ
深呼吸すると落ち着くぜ

204:nobodyさん
07/10/29 20:26:34
まあ、高校生くらいなんだろうな
匿名掲示板でも底は見透かされるから無理はすんなってことだ

205:nobodyさん
07/10/29 20:35:22 gR7ARslJ
言っとくけど>>202はスーパーハカーだからすごいプログラム組めるよ？

206:nobodyさん
07/10/29 20:37:23
長期休みみたいなどうでもいい流れになってるな

207:nobodyさん
07/10/29 20:42:02
smartyという単語が出てきた時から嫌な予感はしてたが

208:nobodyさん
07/10/29 20:48:53 gR7ARslJ
・・・そろそろ、やめようか・・・。

・・・そうだな・・・。

（ガッチリ握手）

209:nobodyさん
07/10/29 21:26:13
俺がここらへんでペチパー全体を馬鹿にすりゃ丸くおさまるんじゃないか？

210:nobodyさん
07/10/29 21:31:51
Ruby脂肪ｗｗｗｗ

211:nobodyさん
07/10/29 22:11:39
底は見透かされるから(笑)

212:nobodyさん
07/10/29 22:59:42
ここではSmartyイラネ派が優勢なのか・・・時代も変わったものよのう。
昔は、いくら「include()で十分」といっても、だれも賛成してくれなかったのに。
いい時代になったのう。

Smartyはのう、テンプレートのデザインを崩してしまうタイプのテンプレートエンジンじゃから、デザイナーにはウケが悪かった。Dreamweaverと相性が悪いでの。
XOOPSがはやっておった時代、XOOPSがSmarty使ってたもんじゃからデザイナーでも試してみた人がけっこう居たんじゃが、Dreamweaver使いからはいい評価を聞かんかった。テキストエディタ派は黙々と使っておったがの。

しかし素のPHPは <?php echo htmlspecialchars($var); ?> があまりにめんどいからの、プログラマーの中には嫌うものもいた。
しかしこれも>>173みたいにちょっとしたユーティリティ関数かけば済む話での。そんなことすらできんやつもいるから、PHPユーザがばかにされるでの。

>>177
>まあつまり>>173みたいな素敵なコードをわざわざ書かなくていいってことだ！
数行のコードを書く手間と、Smartyのマニュアルにらめっこする手間とを考えれば、結論はおのずとわかると思うんだがの。
だからPHPユーザがばかにされるでの。

213:nobodyさん
07/10/29 23:02:24 rume0jLE
今Smartyと遊んでいる俺に謝れ！

214:nobodyさん
07/10/29 23:19:43
時代は変わったっていうか
2005年頃既にSmartyは終わってたと思うけど。
ちょうどsymfonyが出てきて
「templateは生phpでいいじゃん」「Smartyいらなくね？」「むしろ氏ね」
みたいな流れが大勢になった。
まさか今更Smartyなんて言葉をこのスレで見るとは思わなかったな

215:nobodyさん
07/10/29 23:23:30
今テンプレートエンジン前提にしてるFWってどんだけあんの？

216:nobodyさん
07/10/29 23:30:06 gR7ARslJ
xoopsやらのwebアプリはsmarty使うのやめて欲しい。

217:nobodyさん
07/10/29 23:30:27 rume0jLE
Ethnaって違ったっけ？

218:nobodyさん
07/10/29 23:50:00
>>216
お前が人間をやめれば解決する

219:nobodyさん
07/10/29 23:54:33
smarty派のタチの悪さが
smartyの評判をますます落としていくｗ

220:nobodyさん
07/10/30 00:23:47
Smartyはプラグインが蓄積されてたら{$hoge|huge|hage}で簡単にオレオレ関数呼べるし、
そう悪くはないと思うけどなあ。確かにOSSでの採用は微妙だけど。
そもそも重量級のサイトには使えないし、
DWで崩れちゃヤダヤダなデザイン屋にはPHPTALでも使うしかない？

221:nobodyさん
07/10/30 00:24:04
とりあえずSmartyに限らずテンプレートエンジンが必要か否か、
から始めようじゃないか。

Smartyを使ってる人、
Smartyは使ってないけど別のテンプレエンジン使ってる人
生PHPの人がそれぞれいるだろう。

222:nobodyさん
07/10/30 00:30:37
>>221
まだやる気か
○しますよ？

223:nobodyさん
07/10/30 00:58:09
>>219
タチの悪さ( )笑

２ちゃんねるは初めてなのか？

224:nobodyさん
07/10/30 01:04:32
>>214
>2005年頃既にSmartyは終わってたと思うけど。
>ちょうどsymfonyが出てきて
>「templateは生phpでいいじゃん」「Smartyいらなくね？」「むしろ氏ね」
>みたいな流れが大勢になった。

それはないのう。生PHPよりSmartyのほうがもてはやされてたし、いまもその傾向が強い。
Smartyイラネ派はいつもマイノリティーじゃい。今日がはじめてじゃないかの？勢力が逆転してるのは。
流れが悪くなったら船をコロコロ乗り換えるおまえさんみたいなやつは昔から多いがの。

まあ、生PHPだとテンプレートに何でもかけてしまうから、できることを制限させるという目的でSmartyを使うのはありだとは思うがの。

225:nobodyさん
07/10/30 01:08:36
過去スレ読んでない奴多いなｗ
このスレでは毎回Smartyﾌﾙﾎﾞｯｺだったよ
てかもう飽きた
テンプレートエンジン専用スレなかったっけ
そっちでやってくれないか

226:nobodyさん
07/10/30 01:09:56
２ちゃんが世間と一致していると思っている奴ハケーンw

227:nobodyさん
07/10/30 01:15:25
smartyとか言いだしたのプードル飼ってる奴じゃね？
このスレじゃ歴史的に禁句なんだよ
毎回無駄に荒れて何も得るものがないから。

228:nobodyさん
07/10/30 01:18:28
お前の職場にトイプードルを飼ってるPHPerはいないか？
そいつが犯人！

229:nobodyさん
07/10/30 01:30:17
なんかこういう流れは前にもあったなー、と思ったら、JavaでのEJBとPOJOの流れによく似とらんかいの？
昔、EJBが全盛だったころは猫もしゃくしもEJBを使おうとしておっての、EJBが使えないと一人前とは見なされなかった。
その時期に「EJBは複雑すぎる。もっと簡単なソリューションがあるはずだ」といってみても、お前の頭が悪いからEJBを使いこなせないだけだろ、と一喝されたものだ。
でも結局はIoCだのDIだのPOJOだのがでてきて、SpringやHibernateが主役になった。あれだけベンダーが金をつぎこんだEJBはもはや誰も見向きもしない。
あの当時、EJBを誇らしげに語ってたやつやベンダーは、今はそんなことはまるでなかったかのように「これからはDIだ」とか語ってんの。自分たちが今まで間違ってたことはなかったことになってるらしい。

Smartyから素のPHPへの回帰も、規模は小さいけどよく似てないかの。みんながSmartyだと言ってたから、よく考えもせずにSmartyを採用してたというのが本当のとこじゃないかの。
みんながSmartyといえばそれを持ち上げ、Smartyいらないという流れになれば立場を変える。EJBのやつらとなんも変わらんわの。どっちも自分の頭を使ってない。
Ruby on Railsは変なテンプレートエンジンを使ってなくて、eRubyをそのまま使ってるけど、単に使ってるというんじゃなくて、自信を持って「他のテンプレートエンジンはいらない」と言い切ってる。
Railsの作者はよくわかってる。PHP陣営も見習ってほしいのう。

　　　　　　　　　　　　　　さて、アニメでもみるかの。今日は何があったかの。

230:nobodyさん
07/10/30 01:40:31
>>229
それがこのｽﾚでとっくの昔に出てた結論だよ
PHPer馬鹿にすんなよ

231:nobodyさん
07/10/30 01:44:53
言ってる内容は陳腐とはいえ特に問題ないが
「自分は分かってる。自分以外はバカだから分かってない」みたいな口ぶりがムカつくので
賛同してやらん。

232:nobodyさん
07/10/30 01:53:53
またもやアニオタはダメだとの論拠が強化された。

233:nobodyさん
07/10/30 01:53:57
>>176
単純だけど便利になったわ
今まで単にvar_dumpしてた

234:nobodyさん
07/10/30 01:55:01
>>232
駄目っていうか思いこみが激しいな
まあどうでもいいけど

235:nobodyさん
07/10/30 02:51:06
URLﾘﾝｸ(journal.mycom.co.jp)
Rubyは公式ロゴが決定したというのにぺちぱーは醜い内部抗争ﾜﾛｽｗｗｗ

236:nobodyさん
07/10/30 02:51:39
>>230
とっくの昔ってどのへん？
過去スレならどのスレのどのあたり？

237:nobodyさん
07/10/30 02:56:15
>>231
Smartyユーザ乙。
おまえの賛同なんかだれもいらんと思うが
少なくともRailsの作者はわかってる、と書いてある。

>>221
生PHP + 自作関数　かな。

238:nobodyさん
07/10/30 04:05:16
俺俺FW作ってるけど
リクエストパラメータとエラーメッセージを
どうやってviewに渡すかいつも迷う
mojavi系みたいにRequestクラスを作るかとか
関数の中のstatic変数に保持させようかとか
静的クラスに保持させようかとか・・・
選択肢が多くて決められねーyo

239:nobodyさん
07/10/30 04:33:04
requestオブジェクト作ってcontextオブジェクトにぶち込んどけばいいんじゃね
と、勝手に思うけど、好きにやってみて改良改良・・がいいんじゃね
俺俺FWなんだから　そんなの考えてたら他のFWと同じに（ｒｙ

240:nobodyさん
07/10/30 05:53:29
ZFでリクエスト周りってどうなってんの？
Zend_Requestみたいのないけど

241:nobodyさん
07/10/30 06:06:19
Zend_Memory コンポーネントは、限られたメモリ環境でデータを管理するためのものです。
メモリマネージャが要求に応じてメモリオブジェクト (メモリコンテナ) を作成し、
必要に応じて透過的にスワップ/読み込みを行います。
たとえば、あるオブジェクトを作成あるいは読み込むことによって
メモリの使用量が制限値を超えてしまう場合に、管理しているオブジェクトのいくつかをメモリの外部のキャッシュにコピーします。このようにして、管理しているオブジェクトのメモリ使用量が制限値を超えないようにします。

どんな仕組みだこれ？
PHPの限界超えてねーか？

242:nobodyさん
07/10/30 12:15:34
素敵コードを書けない>>177のために、かわりに書いてみた。
URLﾘﾝｸ(anond.hatelabo.jp)
Smartyの倍は速いエンジンだ。アプリケーションが倍速くなるわけじゃないけど。

>>177
>そうそう、Smartyはほんと良く出来てるよね
><?php echo $hoge; ?>なんて書かずに{$hoge}だけだし
これでわかるだろ、自作関数をちょっと書けばSmartyなんかいらないことが。
それすらできないやつが「{$hoge} だけで済むSmartyはよくできてる」とかいってる。
そして今日もPHPユーザがばかにされる。残念よのう。

でもまあ foreachelse みたいなのは PHP にもあっていいかもな。
Pythonにはあるようだし。

243:nobodyさん
07/10/30 12:23:50
素敵。
これにゴテゴテ機能をつけずに、1枚includeすれば便利に使えるってのが一番美しいと思う。

244:nobodyさん
07/10/30 13:05:40
>>242-243
こいつら、昔のLinuxユーザと同じ間違いを犯してる

245:nobodyさん
07/10/30 13:15:28
>>242
つっこむのもなんだけど、 #{} の中に } が入るとエラーになるよ。

convert_template のコメントを見て思いだしたのだが、
file_put_contents には LOCK_EX の指定ができるのに、
file_get_contents には LOCK_SH の指定ができないのは何故なんだ。

246:nobodyさん
07/10/30 13:32:58
>>242-243
ｶﾜｲｿｳ..

247:nobodyさん
07/10/30 13:43:15
何故クラス化しなかったのかが気になる。

248:nobodyさん
07/10/30 13:48:09
Smartyを擁護する気は毛頭無いが、自作関数自作関数言ってる人は、
よっぽどでかい案件か、もしくは自分で遊ぶアプリしか作ってないのかな？って思う。
何件もやってると、如何に「自分流」を入れないか、という事を気にするな、俺は。
メンテするの俺じゃないし。
・・・、本音を言えば・・・、自分流を入れると、後々それが間違ってたとして
バカにされるのが怖いっていうのもあるｗ純正で対応してくれるならそれが一番！
でかい案件だと、色々と手を加えないとダメなんだろうな、とは思う。
俺は<%　%>を廃止しなければ幸せになれるんじゃないだろうか・・・と思ってる。

249:nobodyさん
07/10/30 13:49:22
置き換えだけだったら意味薄くね？
かといって制御構造取り入れるとブクブク太って醜くなる
生php最強

250:nobodyさん
07/10/30 13:57:59
ちゃんと学校に行ってるのかが気になる。

251:nobodyさん
07/10/30 13:59:16
60行でバグ出すなら実績とるわな…

252:nobodyさん
07/10/30 14:01:31
>>251
激しく同意
「自作で」とか言っている奴はこのあたりが分かっていない

253:248
07/10/30 14:11:52
>>252
>>251は俺に対する皮肉（？）でしょ？
別に<?php echo ～ ?>に限った事じゃなく、自作O/Rマッパーとか。
また、ｆｕｎｃｔｉｏｎ o(){・・・} やらｆｕｎｃｔｉｏｎ d(){・・・} やら、自分で使う分には
全く問題ないと思うよ。俺も自分で使う分にはよく使うよ。すっげー便利。
ただ、自分以外もメンテするものに使うのはどうかな？と思ってる。
そもそもそんな関数名、命名規則違反じゃないの？そのプロジェクトで。
で、そんなものをいっぱい量産するのはどうなの？って事。
と、思ったけど、場面々々で有効、無効あるから、この言い争いは無意味だったね。
すまん。

254:nobodyさん
07/10/30 14:15:45
なんにでも完璧はないし、ケースバイケースだと思うがな
何はどうあれ、ちゃんとコードを書いて晒した >>242 に賛辞を送りたい
へこむなよ＞ 242

255:nobodyさん
07/10/30 14:34:37
>>253
>>248にも激しく同意だから
>>251は素直にそのままの意味で解釈した。

256:nobodyさん
07/10/30 14:35:48
実際、>>245で突っ込みが入っているし

257:nobodyさん
07/10/30 14:44:04
別に>>242がコードを書いて晒さなくてはいけない場面でもないのに、
勝手に晒して「それすらできないやつが」などどほざいた挙句、
すぐにつっこまれている奴に賛辞は送れないな

258:nobodyさん
07/10/30 14:45:12
テンプレートエンジン厨は去れ

259:nobodyさん
07/10/30 14:50:26
>>258
自作厨(笑)

260:nobodyさん
07/10/30 15:02:18
フレームワークの話題スタート↓

261:nobodyさん
07/10/30 15:06:27
フレームワークの話題フィニッシュ

262:nobodyさん
07/10/30 15:07:25
>>260-261
ちゃんと/**/付けろよｗ

263:nobodyさん
07/10/30 15:27:52
Smarty叩きとHTML_QuickForm叩きはこのスレの永遠のテーマだな

264:nobodyさん
07/10/30 15:33:37
そんなこと言ったら今度はQF厨がくるかららめぇ

265:nobodyさん
07/10/30 15:51:39
>>245
> つっこむのもなんだけど、 #{} の中に } が入るとエラーになるよ。
それは仕様。Perlじゃないから式の中に { } が出てくるのはまれ。実用上問題ない。<?= ?> とか <%=h %> よりはこっちのほうがいいと思うがの。
どうしても使いたいなら
<?php $var = ' } を使った式'; ?>
<span>#{$var}</span>
とすりゃあいい。もしくは改造するか。
でも file_put_contents() で LOCK_EX の指定ってできるんだ。知らなかった。サンクス。

>>248
問題はそこじゃない。この程度の関数で済むものを、わざわざ大げさでかつ大して便利でもないテンプレートエンジン使ってることを問題にしてるんじゃがの。
Smartyと同じ規模のものを自作関数で作ったというなら248のいうことももっともだが、たかが数十行に対してこの見解は的外れ。

266:nobodyさん
07/10/30 15:55:34
数十行ごときのプログラムをバグ無しで書けないような奴は、どの道･･･。

267:nobodyさん
07/10/30 15:56:55
( ^ω^)おっおっおっ

268:nobodyさん
07/10/30 15:57:47
一連の流れが自作自演に見えてしまうｗｗｗ

269:nobodyさん
07/10/30 16:05:12
>>249
書き換えだけでも十分役に立つ。<?php echo htmlspecialchars() ;?> は頻繁に使う機能だから、それが簡潔になるのは大きい。
そもそも元のPHPが十分な機能をもっているんだから、あまり付け加える機能はない。
といいつつ、自分が使っているのはレイアウトテンプレートをサポートしているがの。

>>251
バグってどのこと？まさか>>245のことをいってるんじゃないよね・・・
もし
> #{} の中に } が入るとエラー
が問題なら、Smartyでも同じ問題おこるから、そっちのほうが大問題だがの。
Smarty派はそれについてはスルーかの。

>>252
数十行のコードすら自分でバグ直せないのか。。。そいつはすまんかった。話の前提が間違ってた。そういうことならSmartyでもなんでも人任せにできるものを使ってくれ。

わしにしたら、バグがあったとしても、小さい自作関数ならその場ですぐに直せるけど、Smarty規模になると自分ではなかなか直せんから、自作関数の方を選ぶがの。メンテナンスのことを考えた上で。
まさかSmartyにはバグがないとかいうやつはおらんと思うけど。

270:nobodyさん
07/10/30 16:15:27
とりあえず、作ってみた姿勢は評価するんだけどね。
preg_replace()だけだからわざわざ作る必要も無い気がする。
（初心者には便利だわな。）

しかし、ここはフレームワークのスレなんだと何度言ったら（ｒｙ

・・・まぁ、ここにはフレームワークとテンプレートエンジンの区別も付かない奴しか居ないんだからしょうがないか。

271:nobodyさん
07/10/30 16:26:18
>>269
＞わしにしたら、バグがあったとしても、小さい自作関数ならその場ですぐに直せるけど
>>248の言っていることを一蹴している割に、ぜんぜん理解してないことがバレバレｗ

>>270
ふ～ん、ごりっぱですね

272:nobodyさん
07/10/30 16:27:11
最後の一行で煽ってるあたり、まだまだ論争を続けて欲しいように見受けられる。
270は嫌々言いながらも攻められるのが好きなドMなんだ。そうだろ？

273:nobodyさん
07/10/30 17:08:04
>>265
最近のFWは<?php echo htmlspecialchars() ;?>なんてしないよ
アサイン時に一括エスケープするから
symfony,ci,モダンなFWはだいたいそう
smarty派も非smarty派もテンプレートエンジンに拘ってる時点で旧式
もしかして過去から書き込んでるのか？

274:nobodyさん
07/10/30 18:10:13
>>273
未来からは書けないと思う。

275:nobodyさん
07/10/30 19:05:37
なんだQuickFormも使いこなせない奴が多いんだな
馬鹿ばっかりか

276:nobodyさん
07/10/30 20:06:47
フレームワーク採用する何て言ったら気絶しそうな勢いだな。

277:nobodyさん
07/10/30 20:12:33
ツールを作る人間もいるというのに、使えただけで俺はすごいとか妄想できるって幸せだな

278:nobodyさん
07/10/30 20:36:44
フレームワークに使われてる奴多いなププ

279:nobodyさん
07/10/30 20:49:16
∩ｱｲ

280:nobodyさん
07/10/30 21:08:44
ソース読め的なレベルの質問で本当に申し訳ないのですが、DIコンテナを使用したフレームワークってどんな感じの作りになっているのでしょうか。
色々ググって見たのですが、スキルが低いため、説明を読んで見てもいまいちイメージ出来ません。（依存性の注入？とか。。）
シングルトンで各オブジェクトを引っ張って来てるみたいですが、このあたりが肝だったりするのでしょうか。
くだらない質問かと思いますがよろしくお願い致します。

281:nobodyさん
07/10/30 22:57:38
>>280
Javaスレにいったほうがいいんじゃない？
そっちのほうが活発だから。

あとシングルトン自体はあまり肝じゃない。
ぶっちゃけ規約で制限してもできることだから。

282:nobodyさん
07/10/30 23:00:33
>>277
> ツールを作る人間もいるというのに、使えただけで俺はすごいとか妄想できるって幸せだな

すでに存在するツールを作っても車輪の再発明と言われるように、
どんなアプリにも共通する土台（フレームワーク）を再発明したら馬鹿だろ・・・

使えるものは使わないとね。

283:nobodyさん
07/10/30 23:01:41
テンプレートエンジンでもフレームワークでもこの際どっちでもいいんだけど、
それらを自作してるやつって一人で作ってるか、プロジェクトで自分の
作ったフレームワークが採用されたってことか？
なんかここの流れ見てると、プロジェクトの各メンバーが
「今回のプロジェクトでは俺の自作フレームワークを使おうぜ！」
となりそうな気がする。
プロジェクトで使うためのフレームワークを社内開発したというならまだわかるんだけど。

284:nobodyさん
07/10/30 23:06:45
>>275
> なんだQuickFormも使いこなせない奴が多いんだな

QuickFormってたしか、コードでFormの項目にあたる部分を定義したら
それに相当するHTMLとチェックコードを生成してくれるライブラリだっけ？

コードでデザイン作るようなものでMVCになっていない。
これ使ってもデータベースと連携するところまでは楽にならない。
ということでフレームワークを使い始めてからは
こんなライブラリは使えないと思うようになったよ。

285:nobodyさん
07/10/30 23:28:26 N/0PbTQK
フレームワークはいいんじゃね？Smartyがダメなだけで。

286:nobodyさん
07/10/30 23:35:28
Smartyはただのテンプレートだから・・・
フレームワークのビューの部分でしかない。

287:nobodyさん
07/10/30 23:35:47 N/0PbTQK
ああQuickFormとかは有り得ないと思ったな。
毎日毎日同じようなもの作るんだったら良いかもしれないけど、忘れた頃に作るとなるとマニュアル見て、('A`)ﾒﾝﾄﾞｸｾ

288:nobodyさん
07/10/30 23:36:30
Quickformは一時期はまった
あの発想自体はいいと思う

289:nobodyさん
07/10/30 23:43:01
最新のフレームワークを使ってないと過去の人らしい。
>>273
>アサイン時に一括エスケープするから
エスケープしたいのとしたくないのが混じってるときはどうするの？

290:nobodyさん
07/10/30 23:48:16
>>289
rawコンテナみたいのも提供してるからそこから取り出すように出来てる
FWを使っていてエスケープせずに表示したかったことは
まったくといっていいほどなかった、というのは藤本神のお言葉

291:nobodyさん
07/10/30 23:49:31
昔作ったSmarty+QuickFormな遺産があって今でもメンテしてる。
当時の俺にコンポーネント指向ってのが頭にあったらもう少し
うまく使いこなせてたんじゃないかなと思ってる。　>　QF

292:nobodyさん
07/10/30 23:50:32
>>283
>なんかここの流れ見てると、プロジェクトの各メンバーが
>「今回のプロジェクトでは俺の自作フレームワークを使おうぜ！」
>となりそうな気がする。
なるわけがないー
全員ひきこもりでコミュニケーション能力がないとその可能性はあるけど、
普通は互いに考えをぶつけ合ってひとつのものを作るわな。
たいがいは一人スキルの高い人がいて、その人が中心になるけどな。
283こそ創造的なプロジェクトの経験がなさそう（あったらごめんね、でも経験があればそんなこと書かないよ）

293:nobodyさん
07/10/31 00:07:52
>>290
>rawコンテナみたいのも提供してるからそこから取り出すように出来てる
これ、blogやwikiみたいなの作るときは無駄過ぎね？
$html = parse_wiki($wiki);
みたいなのがあって、これをビューに渡して表示させたいとき、当然HTMLエスケープはせずに表示するよね。
でもアサイン時に一喝してHTMLエスケープしたら、$html も問答無用でエスケープされるんでしょ？
wikiやblogだと $html の中身は長くなるから、必要のないエスケープが毎回強制的に実行されるのはすごく無駄だ。エスケープ処理はけっこう重いよ？測ってみたらわかると思うけど。

>FWを使っていてエスケープせずに表示したかったことは
>まったくといっていいほどなかった、というのは藤本神のお言葉
それほんとか？
$html = nl2br(htmlspecialchars($text));
みたいなのしょっちゅう出てくるけど。
あとは<pre<で表示するコードを色付けして表示したいとき
<pre<<?php echo htmlspecialchars($code); ?></pre<
ではなくて
<pre<<?php echo parse_proram($code, 'javascript'); ?></pre<
にするし。
レイアウトテンプレートを使ったら当然エスケープしないし。

294:nobodyさん
07/10/31 00:08:12
>>290
そりゃ作るシステムによりすぎだろう
WikiとかCMSみたいのとか作ってると
エスケープしたくない場合なんていくらでもあると思うよ

symfonyのESC_RAW引数とかは使い勝手がよく出来てるなーと思った
遅そうだけどｷﾆｼﾅｲ

295:nobodyさん
07/10/31 00:09:42
激しくカブったがｷﾆｼﾅｲ

</pre<

なんか魚っぽいなｗ

296:nobodyさん
07/10/31 00:12:55
>>292
いや、だから互いに考えをぶつけあって
社内開発用フレームワークみたいのを
作ってるんならわかるんだって。
もしくは個人でやってるなら別に好きにやればいいと思うし。
実際このスレの住人てどんなプロジェクトでやってるのかふと疑問に思ったんだよ。

297:nobodyさん
07/10/31 00:21:44
>>289
やっぱり一括エスケープするのはよくないよ。
単にエスケープし忘れを防ぎたいとか、

298:nobodyさん
07/10/31 00:28:39
サニタイズ言うなって人にエスケープは直前にやれって怒られるぜ

299:nobodyさん
07/10/31 00:28:43
どこでもデフォでエスケープがデフォだな

300:nobodyさん
07/10/31 00:29:22
>>294
システムによりけりってアンタ、掲示板ひとつ作るにしても nl2br(htmlspecialchars($text)) は出てくるだろ。
SNSでのプロフィール表示とか。
>エスケープせずに表示したかったことはまったくといっていいほどなかった
と言い切れるって今までどんなシステム作ってきたんだよ。

>>295
すまんかった

ところでsymfonyもCIも、一括エスケープされるのは強制的なの？
こんな余計な機能はいらないからオフにして、かわりに好きなテンプレートエンジンが使えるようにしてほしい。
もしオフにできないなら、CI使おうとおもってたけどやめようかな。

301:nobodyさん
07/10/31 00:32:39
もはや自動エスケープは常識だと思ってた
そういう意見があったことのほうが非常に意外で興味深い

302:nobodyさん
07/10/31 00:35:20
>>300
オンラインショップのバックエンドとか旅券発行システムとかで
エスケープ必要なかったシステムはいくつも見てきているけど
だからって「全くといっていいほど」とはとても思えない程度にはあったなぁ

CI知らないけどSymfonyではエスケープの方式をいくつかから選択できるよ
何もしない、闇雲に全部やる、
普通の表示は全部やるけど必要なものは別オブジェクトからrawで取り出す、など。

303:nobodyさん
07/10/31 00:41:28
失敗してたので再投稿。

>>290
やっぱり一括エスケープするのはよくないよ。
単にエスケープし忘れを防ぎたいとか、htmlspecialchars() が面倒というだけなら、ビューがデフォルトでエスケープするようになってればいいだけ。
素のPHPはそうなってないけど、そうなっているようなテンプレートエンジンを選べばいいだけの話。
一括エスケープは、目的のための手段のひとつに過ぎない。手段はほかにもあるし、一括エスケープが最適な方法とは思えない。

なんか最新のフレームワークでそうなっているからとか、えらい人がそう言ったからとか、そんなことで決めてないか？
>>290からはそんな匂いがプンプンする。
もし最新のフレームワークがSmarty使ってたら、または○○神がSmarty使ってたら、Smarty使うことが最高の方法ということになるのか？

でもSymfonyもCIも一括エスケープが基本なのか。CI使おうと思ってたけど萎えた。
こんな機能いらんから、テンプレートエンジンが自由に選べられるようにしてほしい。
オフにできるならCI使ってみる。

304:nobodyさん
07/10/31 00:43:24
チームでやるには必須
どんなに注意してもかならず誰かやらかすよ
XSSの歴史がそれを証明してる

305:nobodyさん
07/10/31 00:43:47
>>302
>CI知らないけどSymfonyではエスケープの方式をいくつかから選択できるよ
これいいね。Symfonyにしようかな。

306:nobodyさん
07/10/31 00:48:38
FW自身の評判にかかわるから強制するって側面があるだろう。
トータルで見たらエラーの量を低減するのは明らかだからね。

307:nobodyさん
07/10/31 00:51:23
一括エスケープするよりしない方が簡単なんだから
したくないならそりゃしないでもいいだろう
ってか>>303の決めつけにワロタ
思いこみの深さからいうと昨日のアニヲタ君かな？
君の方が権威に弱そうだったから権威っぽい名前を出しただけのことだよｗ

308:nobodyさん
07/10/31 00:53:26
ビューでエスケープは勘弁してほしい
ベッキーがなんと言おうとこれだけは譲れない

309:nobodyさん
07/10/31 00:54:51
アウトプット前提でデータ割り当ててるんだから同じだろ？
何が問題なのかさっぱり分からん。

310:nobodyさん
07/10/31 01:07:20
>>293
詳しい処理見た訳じゃないが、
フレームワーク作者的に言えば
アサイン時にエスケープの有無は選べるように普通するだろ
そんなの考えたらすぐ分かるじゃん
少なくともテンプレートの層でエスケープするより
入り口でエスケープするアプローチの方がスマートだと俺は思うね。

311:nobodyさん
07/10/31 01:13:25
エスケープの有無を選択するのにVを操作するよりは依存性が低いということかな？
データの加工をV前に済ます（Vは極力弄らない）という点からみるとそのほうが妥当かも。

312:nobodyさん
07/10/31 01:17:50
（Vは極力弄らない）で思ったんだけど、
ビューのなかで繰り返しのコード（for等）をなくすアイデアない？

313:nobodyさん
07/10/31 01:19:31
Amritaみたいのを自分で作る、とか。

314:nobodyさん
07/10/31 01:27:43
煽り的に藤本氏の言葉を出したのは適切じゃなかったな
変に叩かせてしまった
面識はないけどすみません
要は、藤本氏の言葉は、ホワイトリスト方式の方がいいよという文脈だった
俺もそう思う

315:nobodyさん
07/10/31 02:25:14
EthnaもSmartyも使ってないけど、
Ethna的にはnl2br()はSmartyのnl2br修飾子を使うんだと思う。

316:nobodyさん
07/10/31 03:03:20
QFやらSmartyやらといえば、

URLﾘﾝｸ(blog.enjoitech.jp)

ここで普通にQF2使ってるんだけど、
QF2の状況ってどんな感じなのかしら。
ちょっと前にみたらバージョンがえらく低かったんで、
まだまだ実用外だと思っていたんだが。

QFはアイディアは面白いと思うのよ。
色々と問題はあるけど。

317:nobodyさん
07/10/31 09:59:12
>308
MVC的にはエスケープはViewがやるのが正しいんでないの？
ViewがHTMLとは限らないんだから、
どんなエスケープ処理が必要か知ってるのはViewだけであるべきでしょ。

318:nobodyさん
07/10/31 10:41:33 WWjGeZUw
php da rox!

次ページ