トップページ⇒php
994コメント273KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2008/12/23(火) 00:36:15ID:???
PHPのフレームワークに関する話題用のスレッド

●国外産●
symfony
　ttp://www.symfony-project.com/
code igniter
　ttp://codeigniter.com/
Zend Framework
　ttp://framework.zend.com/manual/ja/index.html
CakePHP
　ttp://www.cakephp.org/
Yii Framework　←New!! (Dec 03, 2008)
　ttp://www.yiiframework.com/

●国産
ちいたん
　ttp://php.cheetan.net/
Ethna
　ttp://ethna.jp/
guesswork
　ttp://classic.guesswork.jp/
maple
　ttp://kunit.jp/maple/

●前スレ
【PHP】フレームワークについて語るスレ10【総合】 ※実質11
http://pc11.2ch.net/test/read.cgi/php/1219581817/
0075nobodyさん2009/01/09(金) 13:04:59ID:???
ぐぐる
0076nobodyさん2009/01/09(金) 13:27:38ID:???
>>74
一撃必殺
0077nobodyさん2009/01/09(金) 19:17:31ID:???
>>74
スレチだろ、よそで聞いたほうがまともな答えが返ってくると思うぞ。
0078nobodyさん2009/01/11(日) 12:53:52ID:???
ストリームベースのフレームワーク
http://lll-framework.hikosha.jp/

なんだこれ
0079nobodyさん2009/01/12(月) 00:02:56ID:???
>>78
「解凍して、public_html/にアクセスするだけで、すぐに使えます！」
解凍したファイルをドキュメントルート以下に置いてpublic_html/にアクセスすると
Fatal error: LLL_Template::require()とでて真っ白の画面になった。
PieceFrameworkを思い出したよ。

ﾎﾟｨ(ﾟ△ﾟ)ﾉ⌒ ﾟ凵
0080nobodyさん2009/01/12(月) 11:46:05ID:???
>>79
すまない。orz

不具合を修正しました。
http://lll-framework.hikosha.jp/release/lll-framework-0.1.3.tar.gz

0081nobodyさん2009/01/12(月) 22:55:46ID:???
>>75-77
ありがとうございます。
一撃必殺JavaScript〜お気に入りに保存しました。
JavaScriptは中途半端な理解で十分に使いこなせていなかったので、PHPフレームワークの次はJavaScriptの習得を目指します＾＾
0082nobodyさん2009/01/12(月) 23:03:14ID:???
>>80
2chで釣りとか
作者必死だな・・・
0083nobodyさん2009/01/12(月) 23:12:01ID:???
>>78
知らないフレームワークがまだあったか。
とりあえず捕捉した。
0084nobodyさん2009/01/13(火) 00:52:46ID:???
>>78
ネタが増えるのはいいことだけど・・・
ざっくりサイトだけ読んでみて

> PHP4,PHP5両方で動作する事。
またか。

サイトにしろFWにしろ、これから新しくものを作るんならいい加減、PHP4を切り捨てた方が
すっきりといいものができるように思うのはおれが怠惰すぎるのだろうかね
0085nobodyさん2009/01/13(火) 01:01:58ID:???
今まではレンタル鯖に入ってるバージョンの都合ってのもあったけど
去年でPHP4もサポート終わったんじゃなかったっけ
0086nobodyさん2009/01/13(火) 01:26:26ID:???
試してみることもないからどっちでもいいよ
0087nobodyさん2009/01/13(火) 02:22:51ID:???
php4はさっさと切ってほしいな。
メソッドにアクセス修飾子がないといらいらする。
0088nobodyさん2009/01/14(水) 00:02:14ID:???
そんな事どうでもいいけどな
0089nobodyさん2009/01/14(水) 02:16:40ID:???
アクセス修飾子があるスクリプト言語の方が少ない
0090nobodyさん2009/01/14(水) 02:30:44ID:???
>>89
PerlにもRubyにもありますが
0091nobodyさん2009/01/14(水) 02:34:16ID:???
少ないね
0092nobodyさん2009/01/14(水) 02:35:52ID:???
protectedがあるスクリプトは少ない
0093nobodyさん2009/01/14(水) 05:57:49ID:???
protectedがないとtemplate methodが分かりにくいよな
その点で他のLLは糞
0094nobodyさん2009/01/14(水) 10:09:53ID:???
どうしようもないばかだな
0095nobodyさん2009/01/14(水) 15:21:39ID:???
>>94
自分への嘆きかｗ
0096nobodyさん2009/01/14(水) 21:39:54ID:???
Pythonのように
「全部public、ただし先頭にアンダーバーがついてたらよいこのみんなは呼ばないようにしようね」
というのもそれはそれでいいと思うけどな。
どうせprivateとprotectedとpublicで命名規則を変える事が多いわけだし。
0097nobodyさん2009/01/14(水) 21:47:37ID:???
本末転倒だな
0098nobodyさん2009/01/16(金) 16:43:30ID:???
http://jibun.atmarkit.co.jp/ljibun01/rensai/genius/03/02.html
林氏：Javaを勉強した後、RubyやPerl、Pythonの文法が面白くて眺めてました。

↓

参考材料にもならないPHPは脂肪(＞＜)ｗｗｗ
0099nobodyさん2009/01/16(金) 18:21:10ID:???
文法が面白くてPHP使ってるんじゃないしな
CやJavaと殆ど同じようなもんだし
0100nobodyさん2009/01/16(金) 18:26:35ID:???
Perlの文法の何が面白いのかわからん
0101nobodyさん2009/01/16(金) 18:27:40ID:???
＞CやJavaと殆ど同じようなもんだし

おいおい、お前らのレベルってこのくらいなの？
0102nobodyさん2009/01/16(金) 18:38:04ID:???
大きく間違ってはいないと思うけど？
つーか、そこにツッコミ入れる奴って…３年ROMってｒ（ｒｙ
0103nobodyさん2009/01/16(金) 18:58:53ID:???
CとJavaとPHPは意図的に似せて作ってるからな
その上で林さんって人はそれと全く文法が違う
Ruby、Perl、Pythonを面白がったってだけだろ
0104nobodyさん2009/01/16(金) 19:10:15ID:???
$とか.とかはPerl由来だったり、C系のポピュラーな言語に似せてあるよね。
（Perl由来の部分は単にPersonal Home Page Tools時代の名残かもしれないけど）
0105nobodyさん2009/01/16(金) 19:10:48ID:???
ＰＨＰはウェブありきで作られた言語だから面白みを問われたらちょっとな・・

Ｃ言語の有名サイトにこんなものがある
ttp://www.kojima-cci.or.jp/fuji/mybooks/cdiag/cdiag.14.6.html
0106nobodyさん2009/01/16(金) 19:25:15ID:???
Perlはelsifみたいなどうでもいい省略さえなければもっと使いやすいのに
逆に打ち間違うわ
0107nobodyさん2009/01/16(金) 19:27:33ID:???
そしてその不評な省略形式を丸々真似てしまったRuby
0108nobodyさん2009/01/16(金) 20:43:49ID:???
elsifだとどんなメリットがあるんだ？
0109nobodyさん2009/01/16(金) 23:54:23ID:???
else if
elsif

やったぁ！2文字もタイプ量が減るぞ！！
0110nobodyさん2009/01/16(金) 23:55:15ID:???
最初に触ったのがPerlだったせいで、
いまでもときどき elsif と elseif と else if がごっちゃになって困るｗ
0111nobodyさん2009/01/17(土) 00:12:33ID:???
シェルも触るとelifまで候補に入ってさらにカオスw
0112nobodyさん2009/01/17(土) 00:29:45ID:???
うわあああ
0113nobodyさん2009/01/19(月) 01:23:11ID:???
rubyやpythonも嫌いじゃないがタイプヒンティングがないのはどうにかならんのか
引数リスト見ても何投げたらいいから分からなくてまいっちんぐ
0114nobodyさん2009/01/19(月) 09:58:52ID:???
つコメント
0115nobodyさん2009/01/19(月) 12:07:45ID:???
>>113
vimになかったか？
0116nobodyさん2009/01/19(月) 22:45:12ID:???
何だかんだ言って一番馬鹿にされてるPHPが最強言語だよね(´・ω・`)
0117nobodyさん2009/01/19(月) 22:51:44ID:???
ラズベリー賞しかり、イグノーベル賞しかり。
0118nobodyさん2009/01/20(火) 10:49:51ID:???
>>116
Webで便利なだけでしょ。Web以外はPerl使ってるよ。最近PHPにも懲りてWebもPerlも使い出した。
Catalystマンセー
0119nobodyさん2009/01/20(火) 11:49:35ID:???
>>118
Catalystもそうだけど、CPAN万歳になるのが初動でのネックだと感じてる。
導入だけ、って考えるならPHPのフレームワークのほうがよほど楽。

結局は目的次第じゃないかと。
0120nobodyさん2009/01/20(火) 12:00:08ID:???
>>119
そう。PHPはWeb以外では殆ど使い物にならないから、
最強言語だよねとか言われると困る。

ちなみにこのネタは宗教論争を呼ぶので早めに切り上げたい。
0121nobodyさん2009/01/20(火) 12:23:13ID:???
PHPはWebでしか使えないというけど別に使えるんだけどな普通のスクリプトとしても
0122nobodyさん2009/01/20(火) 12:26:00ID:???
使えないとは言ってないよ。使わないけど。
0123nobodyさん2009/01/20(火) 12:26:09ID:???
ちょっとしたスクリプトもPHPで作ってる
普段使ってるから作りやすくて楽
0124nobodyさん2009/01/20(火) 12:58:05ID:???
*nixの管理ツールなどでPHPで作られたものなんて見たことない。
使われているのはPerl、Python、Rubyのどれかだろ。
0125nobodyさん2009/01/20(火) 13:08:13ID:???
PHPはmod_php以外だとはっきり言って魅力ないからな
0126nobodyさん2009/01/20(火) 13:15:22ID:???
>>124
たまにＰＨＰ自作ツール見かけて「ぷっ」と思う。
なんかそんなイメージ。
0127nobodyさん2009/01/20(火) 13:17:21ID:???
>>124
shを忘れないで下さい。
0128nobodyさん2009/01/20(火) 13:22:10ID:???
cronで回しているウェブ用データ整理はCLI
自作ライブラリ使い回せるし
0129nobodyさん2009/01/20(火) 13:31:39ID:???
>>128
他人がいじれない確率が高いのがネックだな。
0130nobodyさん2009/01/20(火) 13:37:08ID:???
>>128
それはWEBアプリの一部ではないのだろうか。

まあ一般論だとしても、これは実は結構大きいんだけどね。
WEBでPHPを使ってるんなら、CPANとかいちいち使い方調べるのは効率悪いとも思う。

でも、それをやっとくと比較的汎用的なスキルにはなってそうな気もするから迷う。
（自作ライブラリが陳腐化した時とか、そもそも違う環境で作業しなきゃいけないとか）

結局 得意な言語が１〜２個あり、その他も好き嫌いしないで使えるってのが理想では
あるんだけど。
0131nobodyさん2009/01/20(火) 14:53:10ID:???
>>124
監視しない方ですか
0132nobodyさん2009/01/20(火) 15:09:20ID:???
>>124
RubyはないだろJK
いや少しはあるかもしれんが、
基本はPerlかPython。
0133nobodyさん2009/01/20(火) 15:15:18ID:???
おれの基本はbash
0134nobodyさん2009/01/20(火) 15:52:58ID:???
OSやM/W自体の監視と、そこで動くアプリケーションの監視を混同してないか？

前者ならPerlが多いと思うし、後者でDBも監視するなら
そのアプリケーションで使ってるライブラリ使ってDBアクセスしたほうがいいだろうし。
0135nobodyさん2009/01/20(火) 19:57:05ID:???
>>132
言っちゃダメーｗｗｗｗ

本人はPerlかPythonに並ぶメジャー言語だって思ってんだからｗｗｗ
0136nobodyさん2009/01/20(火) 20:29:13ID:???
は？puppetなんかはrubyで書かれてますが何か
今時perlなんて類人猿しか使ってねーし
0137nobodyさん2009/01/20(火) 22:54:13ID:???
このスレでそんなこと言ってもねぇ
0138nobodyさん2009/01/21(水) 00:00:34ID:???
Agaviの次のリリースではコマンドラインからの呼び出しがサポートされるよ。
http://trac.agavi.org/ticket/480
0139nobodyさん2009/01/21(水) 00:07:16ID:???
agavi静かに進んでたんだなｗ
0140nobodyさん2009/01/21(水) 03:12:08ID:???
実際、Rubyは厳しいんじゃないかな。ウェブ系のスクリプト言語でPHPの優位は今後も変わらないでしょう。
サブの言語というか、ちょっとしたツールなら、Perlで十分だし、海外じゃPythonもあるわけで。
日本でRuby使うって、Railsを使うって言うのとイコールだと思うけど、当初はともかく、今となっては特別圧倒的に優位なウェブフレームワークじゃないし。
0141nobodyさん2009/01/21(水) 03:25:00ID:???
Rubyは立ち位置が微妙だよな
ニッチ言語でもないし
0142nobodyさん2009/01/21(水) 07:20:17ID:???
なんというか利点がないんだよな。Ruby使う
0143nobodyさん2009/01/21(水) 08:54:04ID:???
Ruby/RoRのModelで関連テーブルが扱えないのは治ったのか？
俺はあれでRoRって使えねーって思ったんだが。
0144nobodyさん2009/01/21(水) 10:38:16ID:???
企業からすれば、習得のためのコストは少ないほうが良いに決まっている。
0145nobodyさん2009/01/21(水) 11:00:58ID:???
>>144
出来る人間なら習得コストは同じだよ。何でもすぐ覚える。勝手に覚える。
知らない間にPerlとかに手を出してる。

PHP手取り足取り教えてやっと使い物になるような人材は嫌だなあ。
0146nobodyさん2009/01/21(水) 11:03:52ID:???
嫌とか嫌じゃないかの問題じゃなく、
コストの問題でしょ
0147nobodyさん2009/01/21(水) 11:16:40ID:???
>>146
教材は何でもいいよ。ダメなら切るだけ。だからコストは一緒。
出来る人間がPHP覚えるのもPerl覚えるのも大差ない。
0148nobodyさん2009/01/21(水) 11:27:19ID:???
出来る人間だけ揃えられる企業ならともかく、
能力にばらつきがあるのが世の常でしょ
0149nobodyさん2009/01/21(水) 11:30:39ID:???
>>148
まあその辺は会社によって違うかもな。
PHPは教材としてイニシャルコストは安いと思う。
どの言語も結局は同じくらいのコストがかかるんだがな。
0150nobodyさん2009/01/21(水) 12:27:49ID:???
求人するのタダじゃないんだぞ。
そう簡単に切ったり雇ったりできるか！
言語を教材なんて言ってる時点で仕事じゃない
コスト考えるなら即戦力。即戦力を考えたら普及している言語が有利に決まってるだろ。
今話題の派遣とかが会社にとって効率がいい
0151nobodyさん2009/01/21(水) 13:08:07ID:???
雇って育ててるのは相当余裕がある会社ということか。
プログラマ堅気を見抜けるエスパーが社に一人いると便利だよ。
0152nobodyさん2009/01/21(水) 13:38:39ID:???
即戦力なんてほとんどいない
特に新卒とか
0153nobodyさん2009/01/22(木) 03:26:59ID:???
Rubyの習得コストが低いって嘘はどっから出てきたんだ
まさか日本人が作った言語だから日本人に解りやすいとでも思ったのか
0154nobodyさん2009/01/22(木) 03:33:43ID:???
まぁ、派遣メインの場合、本当は戦力じゃないPGを、
ねじ込んでしまえば、人材という商品にはなれちゃうからな。
とりえずphpかJavaできますと言って、嘘にならなければ戦力。

今となっては、というお話だったとさとしか言えんがｗ
0155nobodyさん2009/01/22(木) 04:44:46ID:???
金融なんかは人月稼いでなんぼみたいな所あるからね
どれだけ大人数で時間書けてやったかがリーダーの実績みたいなｗ
だからコンサルファームはとにかくスキル関係なく人を入れたがる
0156nobodyさん2009/01/22(木) 04:53:28ID:???
問題化しないギリギリまで長期化させて、
ギリギリ成功といえる状態で、案件を終わらせるのが、
優れたリーダーってことか。
とても楽しくなさそうだ。
0157nobodyさん2009/01/22(木) 05:37:45ID:???
客が怒る寸前まで常駐させて貰うのがキモです
運用は儲からないんです
0158nobodyさん2009/01/23(金) 02:44:44ID:???
フレームワークスレでも土方さん多いのな。
そんなもんか。
0159nobodyさん2009/01/23(金) 08:09:25ID:???
お前はアホか
0160nobodyさん2009/01/27(火) 00:00:53ID:???
Yiiいいじゃん
0161nobodyさん2009/01/27(火) 23:42:06ID:???
>>160
そうなの？
0162nobodyさん2009/01/28(水) 00:04:30ID:???
サーバ側でmemcacheとか用意しないとならんけどな
DBアクセスするならPDOとかもPear側で準備しとかないとならん
あと結構依存するライブラリたくさんある
フレームワークの意味あんのか
0163nobodyさん2009/01/28(水) 00:05:19ID:???
ZendFW使ってるけど、他の使ってない俺から見ればこれで十分な気ｶﾞｽ
0164nobodyさん2009/01/28(水) 00:12:52ID:???
PDOをPear側で準備・・・？
0165nobodyさん2009/01/28(水) 00:26:31ID:???
ああごめん
PDOがPearじゃなくて"とか"をPearで用意する必要があるものもあるって事ね
CakeとかZendとかPearフリーじゃん
それの対比でYiiは違うよと
0166nobodyさん2009/01/28(水) 00:52:28ID:???
PDOとかをPearで準備・・・？
0167nobodyさん2009/01/28(水) 00:55:30ID:???
ZendFWでのDB接続は基本PDOだけど・・・
0168nobodyさん2009/01/28(水) 01:01:34ID:VWeywu5Y
>>162
memcacheは必須じゃないでしょ？
逆にCakeでもZendでもキャッシュのバックエンドにmemcacheを使うなら
サーバ側で用意するのは一緒。

> あと結構依存するライブラリたくさんある
例えば？

> フレームワークの意味あんのか
依存するライブラリの多寡とフレームワークの意味は関係ない概念だと思います。
0169nobodyさん2009/01/28(水) 07:10:16ID:???
信者ｗ
0170nobodyさん2009/01/28(水) 08:17:44ID:???
>>162はmemcacheって言いたかっただけじゃないかと
ActiveRecordをシンプルに使えてちょっといい感じだけどな ＞ Yii
ただ、拡張をどうすればいいのかちょっとまだよくわからん
0171nobodyさん2009/01/28(水) 08:19:43ID:???
ペドなんか使うなよ
0172nobodyさん2009/01/28(水) 11:10:45ID:???
最近、イスラエルがたくさん人を殺しているというニュース
どっちもどっちなのかもしれないけど、ほめられたことじゃないな

Zendはそんなイスラエルの会社
PHP以外でWEBアプリを作ったことがない俺

はぁ〜、PHPでプログラミングしていると軽く鬱になる（＝これはイスラエルとは関係ないかもしれんｗｗｗ）
plugger(Perl)、Google App Engine(Python)でもやってみるかな？
0173nobodyさん2009/01/28(水) 11:22:29ID:???
なんだよその上っ面だけの意見は
0174nobodyさん2009/01/28(水) 12:50:21ID:???
PHPER=ユダヤ人
そう考えたら色々納得いくぜ！
■ このスレッドは過去ログ倉庫に格納されています