トップページ⇒php
1001コメント301KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/10/17(水) 16:01:41ID:72/gWtt1
前スレ
http://pc11.2ch.net/test/read.cgi/php/1181350116/
0652nobodyさん2007/11/19(月) 05:56:45ID:???
pythonてどんなに長い整数もメモリが許す限り扱えるのな
suge-
PHP脂肪ｗｗｗ
0653nobodyさん2007/11/19(月) 06:30:44ID:???
その理由だけでPHP脂肪ｗｗｗとか、脳が脂肪で出来てるとしか思えん
0654nobodyさん2007/11/19(月) 08:21:17ID:???
つかそんな使い方しちゃいかんだろ。
0655nobodyさん2007/11/19(月) 10:40:14ID:???
>>651
おおー
simplate良さそうだね
フレームワークと絡めて使っている人いる?
0656nobodyさん2007/11/19(月) 11:05:01ID:???
ttp://simplate.aimy.jp/
smarty重いって書いてあるけど、どんだけ重いのかな。
0657nobodyさん2007/11/19(月) 11:19:41ID:???
以下のアシアルのドキュメントへのリンクがあったろ?
そこにベンチマークの結果があるよ simplateはすごい早いみたい(当たり前か)

http://www.asial.co.jp/company/files/Smarty2006.pdf
0658nobodyさん2007/11/19(月) 13:23:08ID:xD0eowNd
Smarty重いって言うけど、それなりの規模ではじめて重くなるわけで・・・
0659nobodyさん2007/11/19(月) 13:33:24ID:???
天文学的計算すらできないPHPが許されるのは小学生までｷｬﾊﾊ
0660nobodyさん2007/11/19(月) 13:39:28ID:???
誰かこいつにPHPのbcmathモジュールについて解説してやってくれ
あと「天文学的」は絶対桁数がむやみに多いだけで実効精度は実は大したことないって点もｗ
0661nobodyさん2007/11/19(月) 15:44:49ID:???
>>650
だから>>242のリンク先みろ。#{$var}が<?php echo $var; ?>, %{$var}が<?php echo htmlspecialchars($var); ?>に展開されるようになってる。

>>658
そんなことない。Smartyはinclude()の倍以上遅い。
06626562007/11/19(月) 16:25:00ID:???
>>657
漏れのacrobat readerだと落ちまくるが何とか最後の方のページにある
ベンチマーク見られたよ。
うーんsmartyは却下だな。simplateつかおっと。
0663nobodyさん2007/11/19(月) 16:26:17ID:???
ほんとテンプレートエンジンの話題は別スレ立ててやってくれよ
FWと関係がないとは言わないが内容が無さ過ぎる
0664nobodyさん2007/11/19(月) 16:45:02ID:???
>>661
変数をassignしたりしないなら、そもそもSmarty使わないだろ。
include()と比較してどうするんだよ。その後で自前で文字列置換とか
実装してもそんなに速度の差が出ると思ってるのか？

こんなに機能要らないからSmarty以外を選ぶというなら分かるけど、
重いからSmartyは却下というのは、ただ性能の悪いテンプレート
エンジンと認識されているようで気持ち悪い。

アシアルみたいなチンカスが、意味のないベンチマークなんて公開
するもんだから、ますます勘違いする人が増えるんだよ。（中の人は
simplateはえーとか普通に思ってるんだろうけどな）


デザイナーと分業する必要がないけど、テンプレートは分離したいというなら
CodeIgniterとかで開発すれば？基本はPHPベタ書きだけど、最低限の
機能だけのParserがついていて超速い。別に高機能とか要らないんだろ。
0665nobodyさん2007/11/19(月) 17:36:54ID:???
>>664
>変数をassignしたりしないなら、そもそもSmarty使わないだろ。
>include()と比較してどうするんだよ。
なんでassignしないとか言い出すの？ちゃんと>>242読んだ？
extract()とinclude()をつかえば生のPHPファイルでも十分テンプレートエンジンとして使えるというだけよ？

>その後で自前で文字列置換とか
>実装してもそんなに速度の差が出ると思ってるのか？
？？？話がまったく見えない。

>こんなに機能要らないからSmarty以外を選ぶというなら分かるけど、
>重いからSmartyは却下というのは、ただ性能の悪いテンプレート
>エンジンと認識されているようで気持ち悪い。
だって性能悪いじゃん。
余計な機能が多い、性能が悪い、デザイナーと連携できない、学習コストがかかる。
Smartyはいいとこのないテンプレートエンジン。
0666nobodyさん2007/11/19(月) 19:56:47ID:???
>>660
Windows 版の PHP にはこの拡張モジュールのサポートが組み込まれています。
だって
こんなの組み込んであったのか
なんでwindows版だけ？
0667nobodyさん2007/11/19(月) 20:40:34ID:???
JavaScriptでさえ整数は64ビットなのに
いまどき32ビットしか扱えないPHPって(;ﾟ;ж;ﾟ; )ﾌﾞﾌｯ
0668nobodyさん2007/11/19(月) 21:09:28ID:???
>>667
ビルゲイツぐらいになると個人資産を勘定するのに32bit intでは足りないときいたことがあるが
>>667の財布をみると16bitで十分みたいだ。

ところで32bit intじゃ足りない場面ってどんなのがある？
file systemは64bitじゃないと困るけど、そのくらいしか思いつかん。
0669nobodyさん2007/11/19(月) 21:17:51ID:???
>>667は何かに当たらないとやっていけない可哀想な子
0670nobodyさん2007/11/19(月) 23:08:34ID:???
JavaScriptの整数が64bitになったところで使い道はないだろ。
余計にメモり食うだけだし、うれしいやつっているのかな。
0671nobodyさん2007/11/20(火) 01:16:51ID:???
>>668
> ビルゲイツぐらいになると個人資産を勘定するのに32bit intでは足りないときいたことがあるが

2006年の長者番付で個人資産$50 Billion = $50,000,000,000
= 0x000B A43B 7400

本当だw　unsignedでも足りないw
0672nobodyさん2007/11/20(火) 01:32:10ID:???
多いって聞いてたけど、そんなにあんのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0673nobodyさん2007/11/20(火) 03:10:05ID:???
ビルゲイツの個人資産すら扱えないPHPって一体…
0674nobodyさん2007/11/20(火) 03:22:56ID:???
pythonがIndustrial Light & Magicで使われている理由…
PHPでCG描いたら計算間違えて勝手にエロ画像になるから
pythonがNASAで使われている理由…
PHPでロケット飛ばしたら入射角間違えて大気圏で炎上するから
pythonがgoogleで使われている理由…
PHPでgoogle作ったらインデックスがぶっ壊れて検索速度がはやぶさ以下になるから
0675nobodyさん2007/11/20(火) 03:33:10ID:???
ってかロケット操作してる言語ってマジで何だろう？
あと原発で使ってる言語も気になるな。
0676nobodyさん2007/11/20(火) 03:40:22ID:???
>>675
つ　http://en.wikipedia.org/wiki/HAL/S
0677nobodyさん2007/11/20(火) 05:34:07ID:???
PHPっていまだに2038年問題に対応できてないのか。
0678nobodyさん2007/11/20(火) 06:44:49ID:???
ごめん、素人考えで言うけど、その辺はC依存じゃないの？
0679nobodyさん2007/11/20(火) 11:02:47ID:kRLacP2R
>>661
Smartyのページキャッシュ使ってればずっと軽いよ
0680nobodyさん2007/11/20(火) 18:12:27ID:???
>>665
だから変数置換程度の用途だったら、別にSmartyである必要ないから
軽いテンプレートでも使ってろよ。

お前の言う余計な機能は、お前が使っていないだけで利用価値はあるんだよ。
フィルタやプラグインで拡張するようなことを、直接ごりごり書いたほうが早いのは
当り前で、Plaggableな仕組みに対してそれを言うのは全くの見当違い。

性能が悪いのは機能とのトレードオフだし、デザイナーと連携できないとか、
学習コストがかかるのは別にSmartyに限ったことじゃない。だいたいincluide()
とか言ってるやつが、デザイナーと連携とか湧いてんのか。このうちの一つでも
満たしてるテンプレートエンジン挙げてみろよ。残りの不満点が気ならないほど
素晴らしいのか、それは？何と比較してSmartyを下に見てんの？


というか、なんで俺はSmarty擁護してんの？
0681nobodyさん2007/11/20(火) 18:54:48ID:???
以下、Smarty関係禁止！！
0682nobodyさん2007/11/20(火) 19:34:47ID:kRLacP2R
そういや、Zendが有料のテンプレートエンジン作ってなかったけ？
0683nobodyさん2007/11/20(火) 21:38:10ID:???
業界のフレームワークの話なんだけど、
デザイン屋とシステム屋って上限関係とかあるの？
0684nobodyさん2007/11/20(火) 21:43:34ID:???
>>680
>だから変数置換程度の用途だったら、別にSmartyである必要ないから
>軽いテンプレートでも使ってろよ。
だれがそう限定したの？for文やif文だって必要なのはあたりまえ。生PHPならどれも使える。
なんで変数置換だけだと思ったの？

>お前の言う余計な機能は、お前が使っていないだけで利用価値はあるんだよ。
ぜひ説明してくれ。

>フィルタやプラグインで拡張するようなことを、直接ごりごり書いたほうが早いのは
>当り前で、Plaggableな仕組みに対してそれを言うのは全くの見当違い。
おまえこそ見当違い。Smartyが遅いのは内部で生成するPHPコードの効率が悪いから。Plaggableな仕組みは関係ない。
プラグインなし、フィルタなしのテンプレート書いてベンチマークとれば分かる。

>性能が悪いのは機能とのトレードオフだし、
生PHPなら両立できる。

>デザイナーと連携できないとか、
Smartyの{section}{/section}や{if}{/if}はHTMLと相性が悪いし、デザインを崩す。
PHPの<?php ?>はXMLの仕様に含まれるからHTMLと相性がいいし、デザインを崩さない。
もちろん完全に崩さないわけじゃないが、少なくともSmartyよりずっとまし。
0685nobodyさん2007/11/20(火) 21:44:27ID:???
>学習コストがかかるのは別にSmartyに限ったことじゃない。
生PHPなら別にかからない。Smartyは学習コストに見合う価値がない。

>だいたいincluide()とか言ってるやつが、デザイナーと連携とか湧いてんのか。
何が言いたいのかわからんが、include()使ったらデザイナーとの連携がとれないとおまえが勘違いしていることはよくわかった。

>このうちの一つでも
>満たしてるテンプレートエンジン挙げてみろよ。残りの不満点が気ならないほど
>素晴らしいのか、それは？
生PHPｂﾍ速い、高機能＝A学習コストがｂｩからないといｂ､点を満たしてｂ驕BSmartyはどｂ黷桙ｽしてる＝H

>何と比較してSmartyを下に見てんの？
extract()+include()と比較して。

>というか、なんで俺はSmarty擁護してんの？
頭がたりないからじゃね？
0686nobodyさん2007/11/20(火) 21:57:02ID:???
javaやrubyは言語がhtmlと親和性ないテンプレートエンジンが重要になってくるわけで。
もともとphp自体がhtmlとの親和性高いんだから不要と言えば不要。
06876862007/11/20(火) 21:57:40ID:???
1行目：親和性ない→親和性無いから
0688nobodyさん2007/11/20(火) 22:02:10ID:a3/W0nwA
同意。
0689nobodyさん2007/11/20(火) 22:37:30ID:???
PHPerはいつも仲悪いなｗ
pythonerは常にピースフルだぜえｗｗｗ
0690nobodyさん2007/11/20(火) 23:25:00ID:???
PHPを使う→糞言語を使うことによる小さなストレスが蓄積→共食い開始ｗ
0691nobodyさん2007/11/20(火) 23:31:13ID:???
糞言語を使ってないハズの他言語利用者が、わざわざ糞言語スレに出張して煽りを入れる理由って・・
0692nobodyさん2007/11/20(火) 23:37:04ID:???
勧誘してるんだよ
こっちの水はあーまいぞ
ってことさ
0693nobodyさん2007/11/20(火) 23:37:47ID:???
しっ。仕事が無いんだよ。
0694nobodyさん2007/11/20(火) 23:46:10ID:???
仕事はあるが全部くそみたいな仕事なんだよ！
0695nobodyさん2007/11/21(水) 02:01:54ID:???
pythonの仕事って？
0696nobodyさん2007/11/21(水) 02:36:47ID:???
テンプレートエンジンの話をひっぱるやつもウザイし、
ライブラリとベタ書きを比べて話し噛み合ってないやつもキモイ。
あと、どっちも口が悪すぎでPHP界隈の程度の低さが窺い知れる。

みんな、Pythonやるといいよ。
0697nobodyさん2007/11/21(水) 04:36:46ID:???
PHPは5から間違った方向に進化したと思うね。PHP5はJavaの出来そこないみたいになっちゃった。
<?=$var?>をもっと高機能にするとか、$_SESSIONや$_REQUESTをクラスにして再定義可能にするとか。
よりウェブ専用に特化すべきだった。
0698nobodyさん2007/11/21(水) 09:35:29ID:???
下手にまともな言語になりたがった感はあるが、4ですでにオブジェクト指向の概念を取り込んでいたから開発者もその機能を批判が少なくなるようにしたかったんじゃないか
0699nobodyさん2007/11/21(水) 10:12:40ID:???
だったらnamespaceとっととつけろや！
0700nobodyさん2007/11/21(水) 10:50:49ID:???
>>699
もうちょい待っとれ
0701nobodyさん2007/11/21(水) 18:30:32ID:???
変数に$使う言語(Perl,PHP)は
素性の悪いシェルスクリプトの血を引いているサノバビッチ。
上品なPythonと付き合うと
もうPHP界隈がスラム街にしか見えません（＞＜）
0702nobodyさん2007/11/22(木) 01:21:01ID:???
なんか最近蛇蛇うるさいやつがいるね
0703nobodyさん2007/11/22(木) 01:37:42ID:???
Smarty擁護派じゃないけど
>>684-685はなんかｷﾓｲ
顔真っ赤にしてﾚｽするってこういう事よね
初めて見たわ
0704nobodyさん2007/11/22(木) 01:43:12ID:???
Pythonを使ったことはないがPythonは消えて欲しい
Rubyで十分
0705nobodyさん2007/11/22(木) 02:26:05ID:???
>>702
アンチPython厨の工作にしか見えないから普通にスルー推奨
0706nobodyさん2007/11/22(木) 03:07:12ID:???
680乙
0707nobodyさん2007/11/22(木) 08:35:39ID:nlNH1bOE
お前がスルーだよw
Phthonスレに帰れっつーの空気読め。
0708nobodyさん2007/11/22(木) 08:46:02ID:???
P言語総合スレまだーﾁﾝﾁﾝ
0709nobodyさん2007/11/22(木) 10:43:24ID:???
http://glossary.tank.jp/t0D13.html
【プログラミング】
・本格的な汎用プログラミング言語には馴染めない連中が好んで使うPerl、Python、PHPあたりのあたまに「P」がつくスクリプト言語のこと。

なにこのHP
馬鹿にしてんのか
0710nobodyさん2007/11/22(木) 11:45:12ID:???
いつも愛読させていただいてる読者です。
そろそろ、各フレームワークの特徴や
様々なアプリケーションに、どのフレームワークが相性がよい
などといった話題は、いつになったら連載開始なんでしょうか？

それとも、私はタイトルにだまされ続けているのでしょうか？
0711nobodyさん2007/11/22(木) 12:15:27ID:AuFQqZEI
Round1

CakePHP vs symfony

ファイッ
0712nobodyさん2007/11/22(木) 13:14:15ID:???
>>710
そんなもの検索すれば出てくるだろ
0713nobodyさん2007/11/22(木) 14:23:19ID:???
>>712
じゃ、ここの存在意義ってないの？
0714nobodyさん2007/11/22(木) 14:36:24ID:???
>710
PHPユーザはフレームワークを使えても
内部構造の違いを議論できるほど芸達者じゃありません
0715nobodyさん2007/11/22(木) 16:24:28ID:???
>>714
それはお前だけｗ
0716nobodyさん2007/11/22(木) 21:56:26ID:???
いいかげんフケ・痒み止まりませんスレ見てるやつは出て行けよ。不潔
0717nobodyさん2007/11/23(金) 00:33:51ID:???
パソコンの周りは乾燥してるからな
冬だし
0718nobodyさん2007/11/23(金) 01:21:00ID:???
つ PDTのsymfony用プラグイン

Symfoclipse
http://noy.cc/symfoclipse/index.html
0719nobodyさん2007/11/23(金) 20:07:06ID:???
>>709
『悪魔の辞典』 (笑)
0720nobodyさん2007/11/24(土) 01:38:34ID:???
生粋のオブジェクト指向言語として生まれ
簡単に見せる為にそれを隠蔽しようとすらするPython
非オブジェクト指向言語として卑しく生まれ
後付けで中途半端にオブジェクト指向を取り込んだPHP
P言語とひとくくりにするにはその素性があまりにも違う
PHPの血族はPerlまで
0721nobodyさん2007/11/24(土) 07:43:34ID:???
>PHPの血族はPerlまで

正気ですか？
0722nobodyさん2007/11/24(土) 09:21:49ID:???
てかPHPって、ホント単にHTMLの中に手軽にスクリプト書けるようにしただけだもんな。
関数群はCのライブラリ関数を、ほとんどそのままラッピングしただけ。
それゆえ、パフォーマンスもいいから実用的になっちゃったわけで。
rubyが速くなったらPHPは駆逐されると思うな。
0723nobodyさん2007/11/24(土) 10:47:47ID:???
>>720
>生粋のオブジェクト指向言語として生まれ

ダウト
0724nobodyさん2007/11/24(土) 11:23:20ID:???
>720
>生粋のオブジェクト指向言語として生まれ

ﾎﾞｯｼｭｰﾄ
0725nobodyさん2007/11/24(土) 13:08:22ID:???
Pythonは何もかもpublicなゆるまんOO
0726nobodyさん2007/11/25(日) 03:43:24ID:???
>>722
>rubyが速くなったらPHPは駆逐されると思うな。

ダウト
Webアプリ用としてはRubyは速くならないし、仮に速くなったとしてもPHPを駆逐できるわけない
0727nobodyさん2007/11/25(日) 14:32:46ID:???
rubyが世界中の共有レンタルサーバーに
インストールされ動作保障されることが最低条件だな。

その上で、すでに数多く作られている
PHP製のウェブアプリ（ブログやCMSや掲示板やショッピングカート）が
rubyで作られるようになれば、PHPは駆逐されるかもしれんが、
さて何年かかることやら。
0728nobodyさん2007/11/25(日) 14:37:31ID:???
Rubyは作者も信者も必死過ぎる。
0729nobodyさん2007/11/25(日) 14:47:36ID:???
言語の学習から先に進もうとすると、道が見え辛いんだよな。
一例としてデータベースを使おうとすると、
・リファレンスを読む -> 載ってない
・DB名+Rubyでゲイツる -> パラパラと見つかる程度。王道がﾜｶﾝﾈ
・MLで使用したいDB名を検索 -> 同上
・モジュール一覧にあったものを使ってみる -> 動いたが今でもそれでいいかどうかｼﾞｼﾝﾈｴ
そもそもCGIとして動かしたけど、それでいいのか？とか。
07307292007/11/25(日) 14:48:53ID:???
ちょ、ここRubyスレじゃないじゃん！
紛らわしい会話してんじゃねえええええええ(泪)
0731nobodyさん2007/11/25(日) 15:59:35ID:???
つか、{}で囲わない言語はゆとりの俺には見ただけで無理と思ってしまう。
0732nobodyさん2007/11/25(日) 16:06:11ID:???
そんなことで食わず嫌いせず他の言語にも手つけてみればいい
0733nobodyさん2007/11/25(日) 17:08:23ID:???
>>729
おまえはrailsしらんのか。railsつかわずrubyでウェブアプリは考えられない。
なんにせよrailsがPHPのフレームワークに与えた影響も大きい。
0734nobodyさん2007/11/25(日) 19:36:39ID:iO6j6FJ7
JSP + Servlerの事も思い出してあげてください。
JSPタグがいっぱいありますよって。
07357332007/11/25(日) 19:50:49ID:???
実は俺Java厨www
JavaでRailsライクなフレームワーク自作してｳﾏｰ！
0736nobodyさん2007/11/25(日) 20:10:25ID:???
でっていう
0737nobodyさん2007/11/25(日) 22:46:32ID:???
>>735
～と、Railsという単語を最近知ったJavaの出来損ないがホザいております
0738nobodyさん2007/11/25(日) 23:23:43ID:???
え？そこでそういう風に煽るの？
0739nobodyさん2007/11/25(日) 23:50:27ID:???
ってかJavaでRailsライクなの作っても全然うまそうじゃないな
07407332007/11/26(月) 00:01:21ID:???
生サーブレットで1ページごとに1クラス作るよりは楽だよ（´・ω・｀）
PHP版もだいたいできてきた。フレームワーク作るのも楽しい。
0741nobodyさん2007/11/26(月) 00:01:34ID:???
正直もうこのスレいらんよね
0742nobodyさん2007/11/26(月) 00:04:16ID:???
PHP脂肪ｗｗｗｗ
0743nobodyさん2007/11/26(月) 00:11:39ID:???
もうCakeかRailsでいいよね。
0744nobodyさん2007/11/26(月) 00:43:14ID:???
ぶっちゃけ4ベースのFWは全部粗大ゴミ、さっさと捨てな
0745nobodyさん2007/11/26(月) 00:48:49ID:???
自作軽量テンプレートシステム＋indexでアクション振り分けてモジュールインクルード。これだけで俺は十分食っていけるｗ
0746nobodyさん2007/11/26(月) 03:08:16ID:???
>>745
くやしいがはげどうだな
あとはvalidationとORMか。
validationどうしてる？
0747nobodyさん2007/11/26(月) 03:18:54ID:???
その二つつけたらそもそも軽量フレームワークだろが
0748nobodyさん2007/11/26(月) 03:52:45ID:???
だったらそうでもいいんじゃない？
別にフレームワークであることをかたくなに否定する必要なんかないじゃん。
必要な機能を揃えていったら、なんかフレームワークみたいになったなー、でいいんでない？

フレームワークつかおうとなかろうと、validationは必要だろ。
だからフレームワーク使ってないやつがどんな方法でvalidationしているのか興味があるから聞いてるのに
なんでこんな的外れな返事がくるかな。
0749nobodyさん2007/11/26(月) 05:50:31ID:???
本当にフレームワークを使っていないのなら
Validationは行き当たりばったりだろ？

もしそうではなくてやり方が確立されているとしたら、
それはフレームワークを作っていることと同じことなわけで、
結局、自作フレームワークか、有名なフレームワークかの違い。

俺ならフレームワークを自分で作らず、誰かに作らせるね。
0750nobodyさん2007/11/26(月) 07:46:12ID:???
「作らず」じゃなくて「作れず」だろ？ｗ
0751nobodyさん2007/11/26(月) 08:29:19ID:jFWY6ZoT
フレームワークのヴァリデーションだって結局正規表現とか書く。これはフレームワーク使わなくても同じ。
あとは数値、メールのチェックとか。これも一度作れば他で使い回せるし。

フレームワークじゃなきゃ駄目な理由はないな。
ヴァリデーション以外の部分を考えなければ。
0752nobodyさん2007/11/26(月) 08:31:45ID:???
ヴァリデーションって、そんなに使いまわせないから。メールアドレスチェックとか全角半角とかだけ、関数にくくり出しとけばそれでいい。
ビジネスロジック部分を上手く抽出して、それをヴァリデーションでも使えるように設計する方がよほど大事。
■ このスレッドは過去ログ倉庫に格納されています