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

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/08/24(日) 21:43:37ID:???
前スレ
http://pc11.2ch.net/test/read.cgi/php/1202521438/
0313そこそこ初心者2008/10/23(木) 21:41:05ID:???
Cake←何て読むの？フレームワークはどこでダウンロードできますか？
なかなかダウンロードページにたどり着けません…
0314nobodyさん2008/10/23(木) 21:41:33ID:???
終わってる
0315nobodyさん2008/10/23(木) 22:04:30ID:???
>>312
類は友を呼ぶっていうだろ。
>>311の周りにはそういうゴミみたいな連中が沢山いるんだよ。
底辺の環境で仕事してる証拠。
0316nobodyさん2008/10/23(木) 22:05:17ID:???
http://www.phppro.jp/news/568
いまだに一番使われてるフレームワークはMojavi
0317nobodyさん2008/10/24(金) 03:28:29ID:???
>>316
その言い方には語弊があるようなw
「現状使用したことがあるフレームワーク」という質問だから、今使用しているとは限らないと思うが
0318nobodyさん2008/10/24(金) 08:18:02ID:???
ウェブフレームワークの使用経験があるのが70%、そのトップがMojavi。
しかも、PHPカンファレンス2008に参加したという、技術に関心の高いPHPプログラマーが対象のアンケートでこの有様。
0319nobodyさん2008/10/24(金) 09:01:16ID:???
この間面接受けてきた会社
フレームワークは重くなる遅くなるから使いません！言ってたな
提供サービスを全部新しく作り直すらしいけど、次はJavaでもPHPでもなく、Rubyだ！
とか言ってた。でもRails遅過ぎるから速度が必要なとこだけFWなしのPHPだとかなんとか…

大丈夫か…ｗ
0320nobodyさん2008/10/24(金) 09:09:26ID:???
フレームワークは重くなるとか言ってるようなアホ会社は
無駄なコード書いて死んだらええねん
0321nobodyさん2008/10/24(金) 09:42:46ID:???
DRYなコードを書けば自ずとフレームワークに近くなるしなｗ
てか速度が必要なとこだけphpという選択はどうなの？何でphpなの？
0322nobodyさん2008/10/24(金) 11:41:32ID:???
1つのファイルで完結できるから、とかいう意味じゃね？
0323nobodyさん2008/10/24(金) 11:47:54ID:???
FastCGIとかMongrelとか調べたくも覚えたくもない、
とかいう意味かもね？
調べた上で使えねえ、って言ってるのかもしれんが
0324nobodyさん2008/10/24(金) 12:30:23ID:???
自分仕事で開発とかやったことないような超ド素人だから、
そうなのかーってちょっと思わされかけてたけど、やっぱおかしいよねこれｗ

ちなみに、規模や今後の事なんかも考えると、Javaとかを選択したほうが
いいんじゃないかとかをきいてみたら、Javaは遅いし、もう古いとか言われてさ
さすがにその見解はちょっとどうなのって思っちゃったｗ

フレームワークを使わず自分でコード書くことは(勉強としては)すごく重要だと思うし
自社開発の会社だから、社員の成長のためにいろいろやらせたい、って感じな部分も
あるのかもしれないけど、メインの仕事で車輪の再発明みたいな事繰り返して
無駄な工数増やすのは間違ってると思ったｗ
0325nobodyさん2008/10/24(金) 12:37:16ID:???
>>324
「Javaは遅いし」
ちょっと待てｗ
うーん。こういう面接（下手したら社長とか）も、あるあるｗとしか言えない
0326nobodyさん2008/10/24(金) 12:47:42ID:???
確かに昔はVMとかすげー重くてもっさりって感じで、アプレットとかうぜぇって思ったりしてたけど
まさかJava=アプレットとしか知らなかったりしてナｗ
0327nobodyさん2008/10/24(金) 13:27:47ID:???
「Javaは(開発速度が)遅いし」とかじゃ
0328nobodyさん2008/10/24(金) 14:05:30ID:???
Javaはもう古いには同意するな。
元々Javaをやってる会社なら別だけど、今選択するならJavaは古いと思う。

あと既存のフレームワークを使わないで、自社で作るという選択肢はありだと思う。
既存のものは何かと合わなかったりするし、フレームワークが無いと開発できません。
は困るし。
自社のフレームワークもありません。
だと困るがｗ
0329nobodyさん2008/10/24(金) 14:15:28ID:???
>>328
代替物が無い状況では、古いってのは意味がない
なんでまだC言語で開発が行われてるのかと

PHPやRubyがJavaを完全に代替できる筈もないし、
目指してもないだろ。
文脈無しでJavaが古い、はナンセンスだと思うよ
0330nobodyさん2008/10/24(金) 14:24:54ID:???
それ以前に、PHPのスレで「Javaは古い」っていうのは笑止千万なようなｗ
0331nobodyさん2008/10/24(金) 14:59:36ID:???
>>329
いやさ、これから会社が新たな「開発言語に取り組む！」って時に、
何の言語か聞いてみたら、
「これからはJavaです！」とかいってたら、
「いまさら？」って思わないかってことなんだが。

もちろんJavaは現役で使われてる言語だとは思うよ。
俺も案件によってはphpじゃなくてJava使うし。
0332nobodyさん2008/10/24(金) 15:12:25ID:???
Java古いつってPHPやらRubyやらってのも説得力がないんだよなｗ
ある程度古く枯れてきてないと商用にはあまり向かないってのもあるだろうし

色々理由付けがあっての「古い」なのかも知れないから、深くは突っ込まなかったけど
なんかJavaを毛嫌いしてるって感じの印象を受けた感じだった

自社開発で提供してるサービスだったし、自社FWってのはありだと思うけど
日が建つにつれ混沌としてきて、組み込みなんかであるような
なんともドロドロした感じのものが出来そうなイメージもあるんだよなー

Web系で使う言語なんて結局は殆どが文字列操作をするためのもんだし、
自社製FWはどんなに突き詰めていっても
既存のものから使わないメゾッドとか減らしてHDDの使用量を減らしました！速度も気持ち速いです！
ってくらいの差しか出ないんじゃないかなーと

…と、スレチっぽい話題振ってスマソｗ

>>331
それは言語が古いんじゃなくて、その会社の取り組みの姿勢が遅れてるって感じなんじゃｗ
0333nobodyさん2008/10/24(金) 15:30:39ID:???
その人の心の中ではJavaは古い物だったんだろう。
0334nobodyさん2008/10/24(金) 15:39:06ID:???
rubyに比べると新しくはないという意味なら文脈としてもおかしくはないかと。
新しいからって理由で方向を決めるのもちょっと心配になるがw
0335nobodyさん2008/10/24(金) 15:55:33ID:???
ことFWに関してはJavaはPHPに比べて圧倒的に成熟してる気がする
最近Java触り初めてSAStrutsやらS2JDBCやら使ってるけどめちゃくちゃ開発効率上がったよ・・・
俺なんかJava全然知らないのに知らなくても普通に使える。これすごいよ
0336nobodyさん2008/10/24(金) 16:24:57ID:???
PHPフレームワークは色々あるけど「これなら！」ってのがなー
0337nobodyさん2008/10/24(金) 16:38:07ID:???
標準になりそう（なってほしい）のがSymfony

PHP4からの移行とかで現実的なのがCakePHP

公式だけど、フレームワークとしてはいまいち、
どちらかといえばライブラリ？って感じなのがZendFramework
03383352008/10/24(金) 16:42:42ID:???
>>336
このスレのネタなのかマジなのかわからない「もうちいたんでいいよ」
っていう指摘はあながち間違ってないと思うんだよね
以前もどこかで同じ事言ってる人がいたが、デファクトスタンダードが
決まらない状況が続けば続くほど、リソースの集約もそれに輪をかけて遅れていくわけだし。
それに伴って余計スタンダードが決まらない・・・リソース（ｒｙ
の悪循環が続いて俺はPHPに限界を感じて、Javaに手を出すことにしたんだよ。

PHPの適当さ加減を一番活かすには必要最小限のFWでいいと思う。
逆にちいたんが成熟していったらかなりいい物ができあがるんじゃないかと思っている
0339nobodyさん2008/10/24(金) 19:20:00ID:???
Javaでなんのフレームワーク使っている？

Struts？ Spring？ Seasar？

結局Javaでもフレームワーク乱立だと思うけどね。
Javaは長いようだが成熟しているというわけでもなく、
J2EE/EJBが否定されて根本的に覆ろうとしているし（覆った？）
DIコンテナはもう普及し終わったかな？
0340nobodyさん2008/10/24(金) 21:35:46ID:???
そっちのスレでやってくれ
0341nobodyさん2008/10/24(金) 22:23:02ID:???
オープンソースなんだから乱立が正常な状態だろ
多様性があるから発展性があるんだし
0342nobodyさん2008/10/24(金) 22:31:56ID:???
結局JavaにしてもPHPと状況は変わらんってことだなｗ
0343nobodyさん2008/10/24(金) 23:56:56ID:???
そのまとめ方はさすがに無理あるだろｗ
0344nobodyさん2008/10/25(土) 14:14:16ID:???
結論
　ちいたんでいい
0345nobodyさん2008/10/25(土) 14:50:17ID:???
ちいたんはいつ1.0になるのだね
0346nobodyさん2008/10/25(土) 16:14:43ID:???
作者が飽きるので永遠になりません。
0347nobodyさん2008/10/25(土) 16:21:09ID:???
ってか実際ちいたんつかってる人っている？
仕事ではさすがに使えないだろうけど、個人でなら十分実用なんだよな
0348nobodyさん2008/10/25(土) 17:16:18ID:???
あえて使うことはねえよｗ
0349nobodyさん2008/10/25(土) 18:12:46ID:???
ごもっともｗ
0350nobodyさん2008/10/26(日) 00:22:59ID:???
ちいたんってオチに使われてる以外にあまり見たこと無いがw
0351nobodyさん2008/10/26(日) 00:59:20ID:???
オチに使われる奥さんｶﾜｲｿｽｗ
0352nobodyさん2008/10/26(日) 01:07:17ID:???
ちぃたんって嫁の名前なのか
お前のために歌作ったんだみたいなアーティストっぽいな
0353nobodyさん2008/10/26(日) 02:43:49ID:???
プログラマもアーティストって肩書きにすれば人気出るんじゃね？w
0354nobodyさん2008/10/26(日) 02:45:15ID:???
アーティスチックなコーディングをされても周りは困る
0355nobodyさん2008/10/26(日) 03:03:20ID:???
海外のハカーは奥さんの名前つけたりするね
0356nobodyさん2008/10/26(日) 10:48:45ID:???
でもそういうのは日本じゃ流行らなさそうｗ
0357nobodyさん2008/10/26(日) 11:45:37ID:???
あっちじゃ台風すら人名つけるしなあ
0358nobodyさん2008/10/27(月) 20:03:18ID:???
名前空間の実装がダサすぎてPHP脂肪ｗｗｗ
\区切りキモス
0359nobodyさん2008/10/27(月) 20:08:32ID:???
\区切り？ あぁ。頭の弱い人か。
0360nobodyさん2008/10/27(月) 23:28:39ID:???
PHPER必死の強がりワロスｗｗ
0361nobodyさん2008/10/27(月) 23:34:39ID:???
その釣り方はさすがに無理があるよ
0362nobodyさん2008/10/27(月) 23:36:33ID:???
PHP5.3の名前空間は\区切りなの？
0363nobodyさん2008/10/28(火) 00:57:04ID:Xl2JqkE7
('A`)
0364nobodyさん2008/10/28(火) 01:00:04ID:???
ごめん。
>>358の真意が知りたい
0365nobodyさん2008/10/28(火) 01:05:19ID:???
>>364
こちらをどうぞ
http://blog.ohgaki.net/php_5_3_namespace
0366nobodyさん2008/10/28(火) 01:14:15ID:???
>>365
thx

('A`)
0367nobodyさん2008/10/28(火) 01:57:07ID:???
一応聞くけど、バックスラッシュだよね？\じゃないよね？
0368nobodyさん2008/10/28(火) 02:03:16ID:???
>>367
あんたの環境でどう見えてるかは知らんｗ
2chを通したせいかも知れんが、あんたのレスの\と同じものだろ？

ASCIIで0x5cとも言う・・・っていうとなじみ深い気がして嫌だｗ
0369nobodyさん2008/10/28(火) 02:07:06ID:???
thx
0x5cならおｋ

>>365 のリンク先がUTF-8なのにもかかわらず、
円マークになってたから気になった。
0370nobodyさん2008/10/28(火) 02:14:58ID:???
>>369
ああ。本当だ。その記事はU00A5で書かれてるね。てかブログの仕様？
俺もその記事しか見なかったから、確かなことは言えないけどｗ

・・・まあぶっちゃけASCII or Latin-1 以外を奴ら（誰？）に強制できる
わけもないので、￥マークってのはありえない、はず！
ソースコードUTF-8強制とかなら、むしろ嬉しいかもだけどな！
0371nobodyさん2008/10/28(火) 02:17:35ID:???
てか、この記事が壮大な釣り？
0372nobodyさん2008/10/28(火) 02:24:27ID:???
一応こっちもどうぞ？
ttp://wiki.php.net/rfc/backslashnamespaces

誰か訳してｗ
0373nobodyさん2008/10/28(火) 02:55:29ID:???
へーutf-8って\とバックスラッシュが違うコードなの？
0374nobodyさん2008/10/28(火) 03:01:39ID:???
>>373
ttp://www.penlabo.net/archives/310
0375nobodyさん2008/10/28(火) 03:12:19ID:???
ちょっと事実誤認があるかな。俺も詳しくないけど。
u00A5(？)は、ISO-8859-1(Latin-1)にこそ、ある文字だ。
本来の意味での、円通貨を表すシンボル？
と言うわけで、>>370の安心は、その理由ならちょっと早いｗ
もちろん、実際PHPの仕様としてそんな訳は無いだろうけどｗ
0376nobodyさん2008/10/28(火) 09:24:12ID:???
PHPってパーサーが弱いよなあ。ちょっと複雑なプログラムでバグがあると、php -l でエラー行検出出来なかったりするからな。
0377nobodyさん2008/10/28(火) 12:01:56ID:???
そらぁ構文エラーだけだから、複雑なシステムのバグってんなら
lintじゃぁ出ないエラーの方が多いだろう。
構文エラーが出るのは大抵の言語で括弧とかクオートの閉じ忘れくらい。

/.で、PHPがこの惑星で一番アホなプログラム言語とか書かれて
ちょっとかわいそう。しかもInsightful: 5だし。
海の向こうのGeekもPHPはお嫌いなようで。
0378nobodyさん2008/10/28(火) 19:56:14ID:???
まあPHPがよく使われているって証拠でもあるよな。
オープンソースのウェブアプリは
ほとんどPHPだし。
0379nobodyさん2008/10/28(火) 20:00:13ID:???
>>378
phpがよく使われているのは事実だが、
何が言いたいのかよくわからない
0380nobodyさん2008/10/28(火) 20:07:39ID:???
>>378
そういうのをPHPERの遠吠えって言うんだよｗｗ
m9（＾Д＾）ﾌﾟｷﾞｬｰ
0381nobodyさん2008/10/28(火) 20:24:18ID:???
アホなプログラム言語とか言う行為こそ遠吠えだろう。
0382nobodyさん2008/10/28(火) 20:35:27ID:???
名前空間の区切りにバックスラッシュをつかうなんてのは実際 retarded だろうよ。
0383nobodyさん2008/10/28(火) 20:39:58ID:???
日本語で書け
0384nobodyさん2008/10/28(火) 20:45:16ID:???
日本語不自由な人なんで勘弁してあげてください
0385nobodyさん2008/10/28(火) 21:21:52ID:???
名前空間の区切りに逆斜線をつかうなんてのは実際 retarded だろうよ。
0386nobodyさん2008/10/28(火) 21:26:37ID:???
ディレクトリだって、斜め線なのに？
0387nobodyさん2008/10/28(火) 21:27:12ID:???
いっそスラッシュでよかったんじゃまいか
0388nobodyさん2008/10/28(火) 21:27:44ID:???
いやだめか
0389nobodyさん2008/10/28(火) 21:41:50ID:???
::じゃだめだったん？
0390nobodyさん2008/10/28(火) 21:46:17ID:???
だめだったん。
0391nobodyさん2008/10/28(火) 21:52:07ID:???
なんであかんの？
0392nobodyさん2008/10/28(火) 21:54:43ID:???
せめてちょっと前のリンク先だけでも読んでくれ
0393nobodyさん2008/10/28(火) 22:52:01ID:???
こっちには、他の候補？もあるのかな
ttp://wiki.php.net/rfc/namespaceseparator

でも (5) number of chars は基準としてどうなんだｗ

# とか候補に挙がらなかったのかな？バックスラッシュより遙かにマシだと思うんだけど。
どうせ # でのコメントは非推奨だったんだし、使ってる奴なんて極少数だろうし
0394nobodyさん2008/10/28(火) 23:34:09ID:???
互換性が・・・
0395nobodyさん2008/10/28(火) 23:43:35ID:???
中途半端に互換性なくなるくらいなら
完全に無視してちゃんと作ったほうがいいよね
0396nobodyさん2008/10/29(水) 00:08:59ID:???
:=でいいやん
0397nobodyさん2008/10/29(水) 00:58:53ID:???
：：
0398nobodyさん2008/10/29(水) 01:17:59ID:???
>>397
それは却下されたんだよ
0399nobodyさん2008/10/29(水) 02:00:15ID:???
バックスラッシュはなんだかなぁ。
0400nobodyさん2008/10/29(水) 02:39:33ID:???
今まで通り、細かい互換性なんぞ無視してしまえばいいんだｗ
というか、現行の :: と -> の区別って必要なの？
メンバアクセスは全部 -> にしてしまえば、:: が使えるじゃない！
修正も多分、検索・置換でそれほど手間じゃなさそうだし

たかが名前空間って考えると、本末転倒な気もするけど
0401nobodyさん2008/10/29(水) 02:56:57ID:???
スキーマのデータを毎回dbから取得するのと、
取得したデータをファイルにキャッシュしておいて随時読むのと、
どっちがコスト低いですか？
0402nobodyさん2008/10/29(水) 02:59:03ID:???
スキーマのデータが分からんとDBにアクセスできんだろ
0403nobodyさん2008/10/29(水) 03:12:12ID:???
スキーマのデータって何を指してるんだ？
0404nobodyさん2008/10/29(水) 03:18:43ID:???
カラムの型データです
0405nobodyさん2008/10/29(水) 03:39:09ID:???
どんなDAOを使ってるか知らないけど、
テーブルにどんなデータ型のカラムがあるかなんて取得する？
PropelとかDoctrineは定義ファイルを書くけど。

よくわからないけど、毎回DBから取得するより、
ファイルから取得した方が、普通に考えてコスト低いと思う。

んーなんか見当違いかな。
0406nobodyさん2008/10/29(水) 08:12:34ID:???
code igniterを参考にしたオリジナルのdaoです
やっぱり、普通はファイルアクセスの方が速いですかね・・
0407nobodyさん2008/10/29(水) 10:14:23ID:???
どうせカラム型なんかはメモリにキャッシュしてるだろうし
そんなに変わらないっつーかファイルに書くより早いかもね。

パフォーマンスが問題ならベンチして決めるしかないでしょ。
メンテ込みなら、自動的にカラム型を読み込むのは便利。
0408nobodyさん2008/10/29(水) 15:12:56ID:???
DBからロードするって事は大抵はなんかしら変更の可能性があるデータってことだろうし
キャッシュを作成するとなると常時最新でなくなる可能性が出るんじゃないの？
更新タイミングとか考えたり余計な手間が増えるだけ
逆に、変更がめったに行われないとかってわかってるものなら、ただの定数
ハナからDBに保存しておく必要なくね？

つか、なによりまずスレ違いだ
0409nobodyさん2008/10/29(水) 15:34:43ID:???
>>408
>>407で言っているのは、DBサーバはカラム型をメモリに置いているはずだということ。
つまりDBに問い合わせればディスクには読みにいかないだろうと言う読み。

付け加えると、SQLiteにしても、スキーマ情報はDBをオープンした後黙っても読まれるはずで、
それをメモリから取り出すだけだからいちいちファイルに書いとくのはどうよ、ってこと。
0410nobodyさん2008/10/29(水) 16:45:25ID:???
>>377
エラーは検出するけど、何行目のエラーか検出できないんだよ。そんなのPHPだけだと思う。
0411nobodyさん2008/10/29(水) 18:14:15ID:???
$ php -l <<EOF
<?php
echo "hello";
fuga();
foo();


();
?>
EOF

Parse error: syntax error, unexpected ')' in - on line 7
Errors parsing -

なんか出てる気がするよ?
0412nobodyさん2008/10/29(水) 18:23:29ID:???
複雑になると出ない場合があるんだよ。
前にmatzがPHPのAPCが何でそんなに効果的なのか理由が分からないって言ってたけど、あれは単純にPHPの構文解析の性能が悪いからって理由だと思う。
■ このスレッドは過去ログ倉庫に格納されています