前スレ
http://pc11.2ch.net/test/read.cgi/php/1202521438/

※ このスレは 【PHP】フレームワークについて語るスレ11【総合】 です

いきなりミス。ｽﾏｿ...

過去スレ
【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]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/

【洋モノ】
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/

Mapleイラネ

何使おうか考え中
ZendがPHPにかなり力を入れてるから将来性があると思うんだけど
評価が悪くて使えそうにない

>>7
ちいたん使えｗｗｗ
で「今回のプロジェクトではフレームワークとして「ちいたん」を採用しました」
って上司に報告してくれｗｗｗ

セッションデータって毎回全体を読み書きするから
あんまり大きいデータは扱いたくないよな。
かといってテンポラリーなデータを永続データが入ってるDBに突っ込むのは
抵抗がある。
こういう場合どうする？

>>9
XMLファイルにでもしておけば？

xmlって一部を読み書きできるの？
結局全読み・全書きになるのでは？

>>9
1. 気にせずDBに放り込む
2. 「永続データが入って」いないDBに放り込む
3. 「一部を読み書きできる」ように細分化してファイルに放り込む
4. 気にせず毎回全部読み書きする

なんでもいいんじゃないの？

>>7
zend使ってくれ
専用スレが過疎ってつまんないから

>>7
>評価が悪くて使えそうにない
せめて情報が無くて使えそうにないって言ってくれｗ

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

でもそれはどのフレームワークも一緒か。
そもそも乱立しすぎじゃね？
例えばせめてライブラリ系はZendを使うとか、そんな風潮になればノウハウは
蓄積されていくんだろうけど

シンプルなページを各フレームワークで実装したベンチマーク
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

>>9
マジレスすると、セッションみたいな永続じゃないデータの場合memcache使うのが良い。
レンサバじゃ無理だけどな。

cakephpってそんな遅いんだ。

>>15
DrupalってF.W.じゃないじゃんｗ。

それより遅いcakeって・・・・。

いちおうDrupalはCMS向けのモジュラー式フレームワークってことになってる。

cakeで開発しようと思ったけど、
cakeもどきの俺様フレームワーク作ってやるかな。

そういや、PEAR2ってどうなったの？

PEAR2は5.3合わせでしょ

思ったんですが、
singletonって全部staticなクラスとほとんど同じでは？
むしろ、singletonの機構を書く必要がない分、
staticなクラスの方がいいのではないかとも思うのですが
singletonのアドバンテージって何ですか？

>>23
顔洗って出直して来い

signletonはobject
(PHPの)クラスはobjectではない

ぜんぜん違うだろ

顔洗って出直してきました。

で？

全然違うって言う奴は分かってないだけ
分かってる人の返答お待ちしております

唯一のインスタンスを取り扱うためのsingletonでしょ
なのにstaticなクラスがいいとか全然違うよ
分かってないのはあなた
singletonをもう一度調べ直してみ

メソッドはstaticでもつかえるし、PHP5からはデータもクラスで持てる

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

まあインスタンスにしておけば、変数に放り込んで引数で渡したり、
簡単に別クラスに差し替えたり、そう言う事ができるかもしれない
私もよくわからんので、違うっていう人の親切な解説があれば嬉しいな

singletonはsingletonっていうインスタンスは必ず一つなのが
保証されますよっていうパターンの概念なわけで、別に
staticなクラスの作りでsingleton的な扱いをすることもできるだろうけど、
ただそれが「singletonって全部staticなクラスとほとんど同じ」かと
言われればそりゃ違うって答えるだろう
概念の話とコードレベルの話だし質問がおかしい

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

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

>>23の無知さに全米が泣いたｗ

>>23はバカなの？死ぬの？

PHPでコンピュータプログラミングを学ぼうとすると、こうなっちゃう
ってことですね

おまえら説明出来ないからってシンプルに叩きすぎだｗ

ウェブアプリだとシングルトンパターンなんて使い道があんまりないからな。せいぜいDBハンドラぐらいだけど、それも普通にグローバル変数で扱えば十分だし。

結局説明はできない、と。
得意げにsingletonの解説始めちゃう奴なんなの？
そういうのを東洋じゃ釈迦に説法って言うんだぜ。

どこに釈迦がいるってんだい。
おつむがおしゃかな奴なら確かにいるようだが。

C++だとグローバル変数では初期化のタイミング不確定だから、シングルトンは有用だったりするけどな

>>23は質問自体が痛ｲよね

答えられなかった奴が必死の自己肯定ｗｗ
反論するなら論理的にしろ。な？

>>23の質問は別に痛いと思わない
痛々しさではむしろ>>31-34の方が

んで、>>23はsingletonと同じではないけど、別にそれでも
いいんじゃない？っていう認識はどんなもんですか ＞ エロい人

唯一性（？）の保証なら、コンストラクタ隠し忘れてたり__clone()上書き
してなかったりする半端singletonよりは確実とか考えたり。（そんな奴いない？）
インスタンスとして扱う必要がなくて、「singleton」と言いさえしなければ、
あれも十分実用的な考え方だと思うけど

叩くなら叩け

object としてのふるまいが必要でないならそれでいいんじゃねえの。

staticメソッドとシングルトンパターンとじゃ、比較したり置き換えたり出来るもんじゃないんだよ。
>>30で十分説明してあるし、それ読んで分からないようなら、素養がなさ過ぎるので、プログラミングなんか止めた方が良い。
河原で野球でもしてろ。

>>30で書いているのは、singletonはパターンの名前で、型であり概念であると
いうことでおｋ？

OO言語でのstatic等と言うものの理解が全然ないのは確かだから
申し訳ないが、singletonと、くだんの実装方法との最大の違いはインスタンスを
使うかどうか、っていうことだけと思ってしまう。それはsingletonの概念に含まれるの？

>>23の手法に、また別な名前があったなら話はシンプルだとかそういう話？

そこで意表をついてガンパレードマーチ配信ですよ

誤爆ｽﾏｿ

>>45
もともとsingletonってデザインパターンは、Javaでのデザインパターンの話だし、
JavaプログラミングだとThreadって概念も出てくるから、全部staticなクラスよりも
singletonのほうが都合が良いとか、そういうことなんじゃないの？

>>48
うん。もともと、そういう実際上の都合も絡めての話題だと思った
てか singleton static でちょっとググっただけでわんさか出てきた

http://java-house.jp/ml/archive/j-h-b/048394.html
http://www.aerith.net/design/Singleton-j.html#no_use_case
http://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=22377&forum=12&start=16&23
http://www.sk-jp.com/java/pattern/singleton.html
http://oldblog.xenophy.com/index.php?entry=entry061224-024857
http://tome-programming.cocolog-nifty.com/blog/2006/08/singletonstatic_365e.html

↑（結構アレなのも混ざってるけど）
意外とみんな引っかかる点なんじゃないの？
>>23がそこで悩んだとしたら、むしろセンスがあるんじゃね？

痛いっていってる人らはみんなきっとこれを乗り越えているんだろうが優しくねえなー

>>49
俺も>>23の質問に対する正しい解答は知りたい。

>>44がいってる
＞staticメソッドとシングルトンパターンとじゃ、比較したり置き換えたり出来るもんじゃないんだよ。
っていうのも、少しずれてて、

>>23は、
全部staticなクラスを作るというデザインパターン　と　singletonというデザインパターンを比較してるのであって。

で、>>30の回答も、
そのアプリケーションを扱う人間が全部staticなクラスを作るというデザインパターンに対して共通認識を持ててたとしたら、
特に不都合は無い、ってことなのかな。