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

【PHP】フレームワークについて語るスレ10【総合】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/08/24(日) 21:43:37ID:???
前スレ
http://pc11.2ch.net/test/read.cgi/php/1202521438/
0002nobodyさん2008/08/24(日) 21:44:41ID:???
※ このスレは 【PHP】フレームワークについて語るスレ11【総合】 です

いきなりミス。スマソ...
0003nobodyさん2008/08/24(日) 21:47:34ID:???
過去スレ
【PHP】フレームワークについて語るスレ10【総合】
http://pc11.2ch.net/test/read.cgi/php/1202521438/
【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/
【PHP】フレームワークについて語るスレ8【総合】
http://pc11.2ch.net/test/read.cgi/php/1192604501/
【PHP】フレームワークについて語るスレ7【総合】
http://pc11.2ch.net/test/read.cgi/php/1181350116/
【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/
[PHP]フレームワークについて語るスレ5[総合]
http://pc10.2ch.net/test/read.cgi/php/1159579507/
[PHP]フレームワークについて語るスレ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るスレ3[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るスレ2[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0004nobodyさん2008/08/24(日) 21:48:23ID:???
【洋モノ】
symfony
http://www.symfony-project.com/
code igniter
http://codeigniter.com/
Zend Framework
http://framework.zend.com/manual/ja/index.html
CakePHP
http://www.cakephp.org/

【和モノ】
ちいたん
http://php.cheetan.net/
Ethna
http://ethna.jp/
guesswork
http://classic.guesswork.jp/
maple
http://kunit.jp/maple/
0005nobodyさん2008/08/24(日) 22:11:57ID:???
Mapleイラネ
0006nobodyさん2008/08/25(月) 14:32:05ID:qgfF3K9X
agavi
age
0007nobodyさん2008/08/25(月) 16:50:03ID:???
何使おうか考え中
ZendがPHPにかなり力を入れてるから将来性があると思うんだけど
評価が悪くて使えそうにない
0008nobodyさん2008/08/25(月) 16:54:50ID:???
>>7
ちいたん使えwww
で「今回のプロジェクトではフレームワークとして「ちいたん」を採用しました」
って上司に報告してくれwww
0009nobodyさん2008/08/25(月) 16:58:15ID:hwjRu6i6
セッションデータって毎回全体を読み書きするから
あんまり大きいデータは扱いたくないよな。
かといってテンポラリーなデータを永続データが入ってるDBに突っ込むのは
抵抗がある。
こういう場合どうする?
0010nobodyさん2008/08/25(月) 17:14:13ID:???
>>9
XMLファイルにでもしておけば?
0011nobodyさん2008/08/25(月) 17:25:37ID:???
xmlって一部を読み書きできるの?
結局全読み・全書きになるのでは?
0012nobodyさん2008/08/25(月) 18:59:26ID:???
>>9
1. 気にせずDBに放り込む
2. 「永続データが入って」いないDBに放り込む
3. 「一部を読み書きできる」ように細分化してファイルに放り込む
4. 気にせず毎回全部読み書きする

なんでもいいんじゃないの?
0013nobodyさん2008/08/25(月) 20:03:51ID:???
>>7
zend使ってくれ
専用スレが過疎ってつまんないから
0014nobodyさん2008/08/25(月) 21:13:10ID:???
>>7
>評価が悪くて使えそうにない
せめて情報が無くて使えそうにないって言ってくれw

ユーザの声(マニュアルではない、もすこし身近なTips、ノウハウなど)が
圧倒的に不足しているよね

でもそれはどのフレームワークも一緒か。
そもそも乱立しすぎじゃね?
例えばせめてライブラリ系はZendを使うとか、そんな風潮になればノウハウは
蓄積されていくんだろうけど
0015nobodyさん2008/08/25(月) 23:48:18ID:???
シンプルなページを各フレームワークで実装したベンチマーク
http://talks.php.net/show/froscon08/

結果だけまとめると
1位 素のPHP
  611.78 trans/s
2位 CodeIgniter 1.6.3
  305.9 trans/s
3位 Solar 1.0.0alpha1
  271.18 trans/s
4位 Zend Framework 1.6.0-rc1
  130.08 trans/s
5位 Agavi 1.0-beta1
  126.91 trans/s
6位 Symfony 1.1
  100.63 trans/s
7位 Prado 3.1.2
  76.95 trans/s
8位 Drupal 6.4
  51.37 trans/s
9位 CakePHP 1.2.0rc2
  25.88 trans/s
0016nobodyさん2008/08/26(火) 00:48:34ID:lM6BRZm9
>>9
マジレスすると、セッションみたいな永続じゃないデータの場合memcache使うのが良い。
レンサバじゃ無理だけどな。
0017nobodyさん2008/08/26(火) 01:23:19ID:???
cakephpってそんな遅いんだ。
0018nobodyさん2008/08/26(火) 01:38:25ID:???
>>15
DrupalってF.W.じゃないじゃんw。

それより遅いcakeって・・・・。
0019nobodyさん2008/08/26(火) 10:05:38ID:???
いちおうDrupalはCMS向けのモジュラー式フレームワークってことになってる。

0020nobodyさん2008/08/26(火) 11:02:15ID:???
cakeで開発しようと思ったけど、
cakeもどきの俺様フレームワーク作ってやるかな。
0021nobodyさん2008/08/26(火) 23:18:20ID:???
そういや、PEAR2ってどうなったの?
0022nobodyさん2008/08/27(水) 00:05:44ID:???
PEAR2は5.3合わせでしょ
0023nobodyさん2008/08/27(水) 11:52:55ID:n0GZd29C
思ったんですが、
singletonって全部staticなクラスとほとんど同じでは?
むしろ、singletonの機構を書く必要がない分、
staticなクラスの方がいいのではないかとも思うのですが
singletonのアドバンテージって何ですか?
0024nobodyさん2008/08/27(水) 12:52:05ID:???
>>23
顔洗って出直して来い
0025nobodyさん2008/08/27(水) 15:02:44ID:???
signletonはobject
(PHPの)クラスはobjectではない

ぜんぜん違うだろ
0026nobodyさん2008/08/27(水) 15:06:09ID:???
顔洗って出直してきました。

で?
0027nobodyさん2008/08/27(水) 15:13:19ID:???
全然違うって言う奴は分かってないだけ
分かってる人の返答お待ちしております
0028nobodyさん2008/08/27(水) 15:56:42ID:???
唯一のインスタンスを取り扱うためのsingletonでしょ
なのにstaticなクラスがいいとか全然違うよ
分かってないのはあなた
singletonをもう一度調べ直してみ
0029nobodyさん2008/08/27(水) 16:01:55ID:???
メソッドはstaticでもつかえるし、PHP5からはデータもクラスで持てる

Hoge::page() ではなく Hoge::instance()->page() にするメリットはなにかと
言うことだと思うんだけど

まあインスタンスにしておけば、変数に放り込んで引数で渡したり、
簡単に別クラスに差し替えたり、そう言う事ができるかもしれない
私もよくわからんので、違うっていう人の親切な解説があれば嬉しいな
0030nobodyさん2008/08/27(水) 17:22:46ID:???
singletonはsingletonっていうインスタンスは必ず一つなのが
保証されますよっていうパターンの概念なわけで、別に
staticなクラスの作りでsingleton的な扱いをすることもできるだろうけど、
ただそれが「singletonって全部staticなクラスとほとんど同じ」かと
言われればそりゃ違うって答えるだろう
概念の話とコードレベルの話だし質問がおかしい

ある程度有名なパターンだからsingletonってこういうもの、
という共通認識がプログラマにあるのがアドバンテージなわけであって
このクラスはsingletonだからインスタンスは唯一、とすぐ把握できるところを
オレオレsingleton概念で「これ俺なりのsingleton!インスタンスはナイっス!」
とか言われても困るわけで

Hoge::page() と Hoge::instance()->page() 云々も一緒で
要はそのクラスがどういう扱いなのかというのを認識するのに
singletonというパターンがあるよってだけの話であって
singletonだから絶対Hoge::instance()->page()な形ってわけでもないし
コードレベルの問題とはまた別の話かと
■ このスレッドは過去ログ倉庫に格納されています