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

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/06/09(土) 09:48:36ID:6f8TWb7Z
前スレ
【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/
0075nobodyさん2007/06/16(土) 20:01:32ID:???
>>74
WindowsやClassic Mac OSは無視ですかそうですか。
0076nobodyさん2007/06/16(土) 20:43:48ID:???
どっちもソース読んだことないし
0077nobodyさん2007/06/16(土) 20:56:55ID:Zcz+cnSv
>>75
Linuxも無視だなｗ
0078nobodyさん2007/06/16(土) 21:20:48ID:???
処理の最適化が必要なOSの下層レイヤーは普通Cでかくわな
0079nobodyさん2007/06/16(土) 22:39:29ID:???
>>74
MonaOSは？
0080nobodyさん2007/06/17(日) 13:49:53ID:???
PHPもCで書かれてるの？
なんでC++で書かないの？
0081nobodyさん2007/06/17(日) 15:30:20ID:???
symfony言うほど遅い気はしないけどな。
前は確かに言うほど遅かった気がするが。

フレームワークとしてしっかり出来ているとは思う。

別に擁護するわけではないです。
0082nobodyさん2007/06/17(日) 16:12:12ID:???
>>81
あれっ、俺すげー前のバージョン試してクソ遅かったから使うのやめたんだが、
いつのまにか速くなってたんだ。
どのあたりのバージョンから実行速度改善したんだろ・・
0083nobodyさん2007/06/17(日) 21:13:31ID:???
C と C++ って，単純に「新しいしオブジェクト指向だから後者の方が良い言語」って話ではないからな……
Objective C だったらそう言えたんだろうか。知らんけど。
0084nobodyさん2007/06/17(日) 21:18:15ID:???
>>83
Objective Cは動的型付け言語
0085nobodyさん2007/06/18(月) 05:07:11ID:???
>>82
development環境は今でもクソ遅い。
production環境ならそれなりの速度は出てる。キャッシュしまくりだから。

でも俺はそのキャッシュしまくりなのがちょっと嫌い。
0086nobodyさん2007/06/19(火) 00:38:56ID:???
agavi 0.11RC5リリース
0087nobodyさん2007/06/19(火) 02:14:58ID:???
>>86
うほ！！まだ更新してたんだｗ
0088nobodyさん2007/06/19(火) 02:17:32ID:???
>>81
symfonyは初期設定が面倒だな。
自分は慣れてるからさっさとできるが、
よくヒーヒー言う初心者の声を耳にする。
それを乗り越えた後のadmin generatorに感動しまくる声もね。
0089nobodyさん2007/06/19(火) 19:24:28ID:???
frontend_devってそんなに遅いか！？

0090nobodyさん2007/06/19(火) 23:12:36ID:vt1ydhWm
xdebug有効にしてるとか
0091nobodyさん2007/06/20(水) 05:54:33ID:???
フランチョスが「symfony遅いって言う奴は馬鹿」ってわざわざ言うくらいだから
遅いって批判は結構あるんだろう
0092nobodyさん2007/06/22(金) 10:24:23ID:58srRoch
おまえら、Ethnaの本もうすぐだぞ！
表紙かっこいい。オレ買うかもしんない。
http://www.cbook24.com/bm_detail.asp?sku=9784774131399
0093nobodyさん2007/06/22(金) 11:05:13ID:???
こんな本書いてる暇があったらDBレイヤ周りもっと完成度上げろや
0094nobodyさん2007/06/22(金) 13:02:35ID:58srRoch
>>93
PDO使えばいいじゃん
0095nobodyさん2007/06/22(金) 13:38:23ID:???
俺Ethna+Syrupだけど
結構いいかんじ
0096nobodyさん2007/06/22(金) 21:24:49ID:???
普通にcakeが出て欲しい
0097nobodyさん2007/06/22(金) 21:46:26ID:???
本なんて無くても使ってれば分かるだろｗ
0098nobodyさん2007/06/23(土) 00:10:00ID:nbx08fep
ZF希望
0099nobodyさん2007/06/23(土) 03:07:18ID:???
いや本にまとまると安心すんだよ、情報の漏れがないかとか。
あとやっぱ本が手に持てて見やすい。
0100nobodyさん2007/06/23(土) 03:48:23ID:???
うん、本があるほうがはかどることもあるよね。
0101nobodyさん2007/06/24(日) 03:07:17ID:???
wikiにまとまってた方がいいな。
本じゃキーワード検索できん
0102nobodyさん2007/06/24(日) 15:43:19ID:???
そもそも、Ethna本、宣伝してる奴って、誰なんだ？　
0103nobodyさん2007/06/24(日) 15:59:47ID:???
著者 出版関係者 狂信者
0104nobodyさん2007/06/24(日) 16:11:56ID:???
作者　書籍小売店 アフィリエイター
0105nobodyさん2007/06/24(日) 17:30:26ID:SHnW2+KS
>>102
俺だよ俺
0106nobodyさん2007/06/24(日) 17:48:52ID:???
>>105
胸がスッとしたぜ
0107nobodyさん2007/06/24(日) 17:52:54ID:???
やるじゃねえか
01081052007/06/24(日) 18:17:04ID:SHnW2+KS
あぁ、、宣伝と取られたか。
俺自身、Ethnaってまだ使った事ないんだよね。
でも、本が発売されるって事で、ちょっとテンション上がって
ついつい貼っちゃったんだ。今後とも、自重するよ。

ちなみに俺はZendFrameworkに期待してる。

みんなごめんよ。本当にごめんにょ。
01091052007/06/24(日) 18:18:51ID:SHnW2+KS
うわ・・・ひどい日本語
0110nobodyさん2007/06/24(日) 20:30:29ID:???
Ethnaとか終わってます。
0111nobodyさん2007/06/24(日) 21:33:47ID:???
その本のvol.1がTurboGears X Pythonで、
vol.2がEthna x PHPという理由も良く分からん。
なんかのムックを単行本したのか？
ちなみになぜか俺vol.1買った。
内容は、まあページ数とサイズを考えれば
しゃーねーべ、、という感じ
Ethnaのほうは知らないが、そのページ数でPEAR , Smarty
PHPのインスコからMVCとは何か、認証まで言及してると
駆け足になりそうな予感。
でも本屋にあったら見てみるわ
0112nobodyさん2007/06/24(日) 22:15:46ID:???
>>92
いいなー、買おうかな。
0113nobodyさん2007/06/25(月) 12:08:35ID:2mWhEXtz
vol.2って何の事だと思ったら、vol.1はPythonだったのね。
需要あんのかな？
0114nobodyさん2007/06/25(月) 18:05:23ID:???
「需要なさそうな所を突く解説書シリーズ Vol.2」なんじゃね
0115nobodyさん2007/06/25(月) 18:41:08ID:2mWhEXtz
>>114
な〜るへそ。
じゃあ、第3弾はCatalystだな。
でも、Catalystの方が重要あるか。
0116nobodyさん2007/06/25(月) 19:25:32ID:???
CatalystならまだしもEthnaはないよな。
まぁ日本発で一番使われてるFWだからかな。
0117nobodyさん2007/06/25(月) 19:41:49ID:???
出版社同じだし、
http://7andy.yahoo.co.jp/books/detail?accd=31738344
のムックの売上見て単行本化決めたのではと思われ

なのでCatalystはありうる。そして次はMaple で最後にRoRだ。
わけわからん
0118nobodyさん2007/06/25(月) 19:46:22ID:???
Mapleとか。。
0119nobodyさん2007/06/25(月) 21:42:04ID:???
DjangoとPieceも...
0120nobodyさん2007/06/25(月) 22:52:32ID:2mWhEXtz
Mapleって開発譲渡したんじゃないの？
0121nobodyさん2007/06/26(火) 01:27:55ID:???
Mapleは開発放棄じゃないの？
てか開発者が行方不明とか？
違う人間がMapleのコードで違うプロジェクト始めたんじゃ？

どっちにしろ、終わってるな。
0122nobodyさん2007/06/26(火) 02:43:19ID:???
作者に放棄→それを引き継ごうとした開発者も放棄
って流れだったと思う
二度捨てられた不憫な子＝Mapleたん
0123nobodyさん2007/06/26(火) 12:41:14ID:+m1wrnTY
・・・かわうそう
0124nobodyさん2007/06/26(火) 13:03:43ID:PKXMvhY5
フレームワーク使ったことない俺が言うのもなんだげど
PEARってフレームワークだよな？
0125nobodyさん2007/06/26(火) 14:32:57ID:???
zendは1.0なのにRC1,2,3とか
このままRC99まで行くつもりなのか！？
0126nobodyさん2007/06/26(火) 14:34:55ID:+m1wrnTY
>>124
lib
0127nobodyさん2007/06/26(火) 18:16:12ID:???
>>124
PEAR は PHP のクラスライブラリを統合して統一的に扱うためのフレームワークだけど，
ここのスレでいうフレームワークって
「Web アプリケーション フレームワーク」に狭義に絞ってる気がするので
そういう意味では違うかもしれん．
0128nobodyさん2007/06/27(水) 02:16:36ID:???
>>124
HTML_QuickFormはプチフレームワークかもしれん。

実装が腐ってるから、もういまから新規で覚えてもしゃーないけどね。
0129nobodyさん2007/06/27(水) 14:51:55ID:54iUTIH0
Ethnaの本買ってきたぞ。
まだ、中身読んでないけど、今後のフレームワーク本の出版予定が書いてあったので、
一応知らせておく。gihyoから「Symfony×PHP」「Django×Python」が出る予定だそうだ。

Symfonyはいいにしても・・・Djangoって。
0130nobodyさん2007/06/27(水) 15:15:36ID:???
RailsやったことあるやつはCakeがおすすめ。
0131nobodyさん2007/06/27(水) 15:19:45ID:???
>>129
ジャンゴは檄速だっつの
ドジでのろまな亀のPHPフレームワーク乙
0132nobodyさん2007/06/27(水) 16:20:56ID:???
>ドジでのろまな亀
歳がばれるぞw
0133nobodyさん2007/06/27(水) 16:52:00ID:???
>>132
実の息子かもしれんぞ
0134nobodyさん2007/06/27(水) 20:46:21ID:???
Cake使うならRails使ったほうがよいと思われ
0135nobodyさん2007/06/27(水) 21:08:37ID:???
>>134
その通りかもしれないがスレ違いによるループが確実
0136nobodyさん2007/06/27(水) 21:58:01ID:???
Ethna本読んだが、結論から言うと買う必要なし。
ネットであれ以上の情報がすぐに手に入る。
本で読みたい人にはいいかも。
500円くらいの価値はある。
0137nobodyさん2007/06/28(木) 16:57:01ID:b86P8EwS
>>134
Railsは本番環境への移行がめんどすぎる。
それに加えてシェアRuby<PHPを考慮するとCakeの大勝利。
0138nobodyさん2007/06/28(木) 17:01:05ID:???
漏れもいろいろ理由付けてRails使わないでいたけど、
1回使ったら陥落しますた。

今はお客さんの希望に合わせてRails > Symfony > Cake
という感じで、やってます。
0139nobodyさん2007/06/28(木) 17:41:26ID:???
>>137
>Railsは本番環境への移行がめんどすぎる。

それって具体的にどういうこと？
0140nobodyさん2007/06/28(木) 18:10:36ID:b86P8EwS
>>139
Cakeみたいにフォルダコピーするだけでほとんど完了。ってわけにはいかない。
Railsのサーバ使うわけにはいかないし、cgiじゃ遅いし、fastcgiはめんどくさい。
0141nobodyさん2007/06/28(木) 18:13:59ID:???
たいしてめんどくさくもねえし。
0142nobodyさん2007/06/28(木) 18:17:08ID:???
Railsってrsyncでデプロイする機能があったような。
0143nobodyさん2007/06/28(木) 18:59:49ID:???
>>141
初級〜中級者には敷居高いと思うよ
0144nobodyさん2007/06/28(木) 21:59:56ID:???
まぁたしかにPHP環境ほど簡単というわけじゃないですね。
サーバが全てDebianってわけじゃないですから。
0145nobodyさん2007/06/28(木) 22:50:03ID:???
＞初級〜中級者
の範囲がわからんけど、そういうのはFWを使うのがそもそも間違いでしょ
0146nobodyさん2007/06/28(木) 23:41:53ID:???
上級者にしか使えないならほとんど使われてねぇよ
0147nobodyさん2007/06/29(金) 00:04:14ID:???
そんなこたーない
0148nobodyさん2007/06/29(金) 01:24:39ID:???
んなこたーないなんて言ってしまうと、世の中上級者ばかりになってしまう。
0149nobodyさん2007/06/29(金) 01:38:41ID:???
フレームワークは中級程度が一番使うべき。
初級者は使えないと思うが。
0150nobodyさん2007/06/29(金) 10:08:02ID:???
フレームワークこそ初心者のもんだろ。
何やってるんだかわからないアホでも、それなりに組めてしまうんだから。
0151nobodyさん2007/06/29(金) 11:05:43ID:???
組めるレベルは中級っていうんじゃないのか。
個人の感覚の違いだから、それ以上はつっこまないが、言葉の表面じゃなく意味するとこを読み取ってほしいな。
0152nobodyさん2007/06/29(金) 14:00:33ID:???
初級とか中級とか絶対指標がないから掲示板の議論には向かない表現だなと思った


本心では「中級こそ使うべき」と思ってても
その中級を初級呼ばわりすることで
「そういう自分＝上級」感を味わいたい奴とかもいると思うんだ
0153nobodyさん2007/06/29(金) 14:17:38ID:???
>>151
俺の基準だと
初級者：ちょっとだけできる（仕事でやるのはしんどいレベル。）
中級者：普通にできる（普通に仕事でやっていけるレベル。真ん中のグレード。）
上級者：何でもできる（周りのプログラマからすげーって言われるレベル。）

この基準だと、初級者はフレームワークなしじゃ、まともに動くものは何一つ作れない。
0154nobodyさん2007/06/29(金) 15:33:32ID:???
初級者にはMVCのアーキテクチャは理解できない
　↓
理解せずに使うと必ずどっか壁にぶち当たる
　↓
結局使えない
0155nobodyさん2007/06/29(金) 18:35:27ID:???
>>152

まさに、その通りだと思う。

上級なんて・・・世界を見ろよといいたい(日本にも数十人はいると思うが)。
まぁ、152に賛成してこれを言うのもなんだと思うが。すまない。
0156nobodyさん2007/06/29(金) 21:02:41ID:???
WebフレームワークってコントローラーとDB操作する部分とHTML表示する部分とを切り分けてるだけじゃん。
オブジェクト指向の理解なんて必要ない。
0157nobodyさん2007/06/29(金) 21:14:22ID:???
オブジェクト指向の話なんか出てない

0158nobodyさん2007/06/29(金) 22:10:29ID:u0ng+pVR
>>156
おまえこそ、オブジェクト指向わかってのかｗ
0159nobodyさん2007/06/30(土) 03:42:49ID:???
>>158
156の言ってることは深いぞ。
0160nobodyさん2007/07/01(日) 05:07:50ID:???
確かにな。純粋なオブジェクトで出来てないJAVAやPHPなどでオブジェクト指向は出来ないかも知れない。少なくともWebフレームワークはオブジェクト指向の理解はいらんな。
やはりRubyあたりがオブジェクト指向が語れる（実現できる）言語かな。
0161nobodyさん2007/07/01(日) 09:54:22ID:???
いやべつにそんな話題は出てないのにレス書いたバカがいるというだけの話だが
0162nobodyさん2007/07/01(日) 11:46:11ID:???
このスレはオブジェクト指向を語るスレになりました
0163nobodyさん2007/07/01(日) 20:44:17ID:???
俺のちんこは素敵なオブジェ
0164nobodyさん2007/07/01(日) 22:26:55ID:???
オブジェクト指向分からずしてフレームワークは使えない品
0165nobodyさん2007/07/01(日) 22:58:59ID:???
まあオレオレFW作ってるひとは当然OOPしてるんだろうな

既製のFW使うのに、クラスが何なのかくらいは知らんとムリだが
GoFだのなんだのって話になるわけでもあるまい
0166nobodyさん2007/07/01(日) 23:51:37ID:KBDlHz5H
オレオレFW作れるだけまだ上等だろう
0167nobodyさん2007/07/02(月) 01:38:45ID:???
PHPでFWなんてそのうち時代遅れになるよ。

MyPHPAdminより高機能なDBオーサリングツールがついて
Flashみたいにオブジェクトをクリックして、プロパティの種類と名前追加して
自分でprotectedとかextendsとか何度も書かなくて良いようになる。
親クラスやインターフェースなんかを図でつなぐだけ。

FWみたいに実行環境でそのまま使われるモノではなくて
最適化したモノが書き出されるようになる。
編集するときはプロジェクトファイルで行うようになる。

フォームもドラッグアンドドロップでnameやaction指定して
typeを選ぶだけ。勿論DBと連動させられる。
マニュアルで記述もできる。

オブジェクトは、ECMAスクリプトと連動する事もできて、自由自在に
デスクトップGUIアプリのようにデザインすることも出来る。

来春発売で10万。
楽しみにしててくれ。
0168nobodyさん2007/07/02(月) 03:58:47ID:???
Delphyか。
0169nobodyさん2007/07/02(月) 05:09:34ID:???
Java系のIDEでもFlex BuilderでもVS.NETでも既にやってるし、いまさら自慢気に言うほどのものでもないよね。
0170nobodyさん2007/07/02(月) 09:59:36ID:???
>>167 もうでてるじゃん。　Delphi for PHP
0171nobodyさん2007/07/03(火) 01:57:35ID:???
先生質問！
いつも1人でｵﾚｵﾚFW使ってるんだが、ちょっと人と並行して作業する事になって、
さすがにｵﾚのじゃ申し訳ないって思ってるところ。
初見ではCakePHPかCodeIgniterが良さそうな印象なんだけど、
実際の使用感とか感想とかあったら参考にさせて欲しい〜、お願いします。
0172nobodyさん2007/07/03(火) 03:28:50ID:???
オマイが決めていいんならオレオレでもいいんじゃね？
0173nobodyさん2007/07/03(火) 06:30:50ID:???
怠惰なやつにただで情報与えるのは気が進まないが、他の人の参考にもなるかもしれないから俺の使用感をメモっておく。
Cakeはデータベースとのアソシエーションが覚えるとやはり便利。外部ライブラリと併用すれば十分使える。実績も出てきた。
CIは、そのアソシエーションを削ることでよりシンプルにした感じ。Cake同様に他の機能も十分なので、FWとして合格点。
0174nobodyさん2007/07/03(火) 18:38:43ID:???
>>173
そんな情報いらないよ(w
■ このスレッドは過去ログ倉庫に格納されています