トップページ⇒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/
0454nobodyさん2007/07/28(土) 15:02:30ID:???
いや、あるあるｗ
0455nobodyさん2007/07/31(火) 03:39:25ID:???
俺俺フレームワーク作ってるが
複数DBの抽象化面倒くせえええ
取得できるカラム情報のデータ形式がDBによってかなり違うし
0456nobodyさん2007/07/31(火) 09:11:20ID:???
>>455
DBのアダプタみたいな面白くない割に大変で
クリティカルな部分はライブラリ使った方が楽だぜ
俺もO/Rマッパは自分で書いてるけど
DBの抽象化はZend_Db_Adapterでやってる
0457nobodyさん2007/07/31(火) 14:24:55ID:???
>>456
ZFはいまいちな印象があったんだが
そんなのがあったのかー
見てみるわ。ありがとう。
0458nobodyさん2007/08/03(金) 00:36:40ID:???
>>455
http://journal.mycom.co.jp/articles/2007/07/28/rubyphp/index.html
PHP版Ruby on Rails? - DB操作クラスを自動生成する"PHP Object Generator

こんなので手間を省けませんか？
0459nobodyさん2007/08/03(金) 00:54:56ID:???
>>458
結構良さそうだね
既に100万オブジェクト以上発行してるのか
てか字ちっさ！
0460nobodyさん2007/08/03(金) 00:56:38ID:???
PHP版Ruby on Railsっていう呼び方は全然違くない？
ジャンルが違う感じだ
0461nobodyさん2007/08/03(金) 00:58:26ID:???
なんかもうちょっとでもrailsと被ってたら
タイトルにrailsって書いとけみたいなノリで書いてるな
0462nobodyさん2007/08/03(金) 01:01:07ID:???
たしかにｗ
0463nobodyさん2007/08/03(金) 01:26:34ID:???
そのうち「生鮮食品版 rails！？」とかもう何でもrails付けときゃ売れるだろ的な

しかしまぁDBの抽象化だのDAOだのってのは
それこそもういっそ言語仕様に取り込んじゃってくれよって話だなぁ……
0464nobodyさん2007/08/03(金) 02:50:28ID:???
http://www.tsujita.jp/blojsom/blog/default/PHP/2007/07/13/PHPベンチマーク

code igniter以外遅すぎｗｗｗ

　　　　　　ｵ､ｵ、ｵﾜﾀｰｵﾜｵﾜｵﾜﾀｰ♪
　　　　　　＼　CodeIgniter以外ｵﾜﾀｰｵﾜｵｵﾜｵﾜﾀ／
　　　　　　　　　♪＼(^o^)　♪
　　　　　　　　　 ＿　 ) 　> ＿ ｷｭｯｷｭ♪
　　　　　　　　／.◎。／◎｡／|
　 ＼(^o^)／.|￣￣￣￣￣|　 | 　＼(^o^)／
　　　 )　 )　 .|　　　　　　 　|／　　　ノ　ノ
((((　 >￣ > ))))　＼(^o^)／　(((　<￣<　))))
　　　　　　　　　 　 　 )　　)
　　　　　　　　　(((　　>￣ > ))))
0465nobodyさん2007/08/03(金) 06:23:12ID:???
>>458
The BSD Licenseって…
普通ライセンスに"The"なんて付けないだろ
0466nobodyさん2007/08/03(金) 09:53:47ID:???
>>465
釣りネタを探す目の付け所は悪くないが表現がやや幼稚すぎる
さらなる精進を望む
0467nobodyさん2007/08/03(金) 09:58:12ID:???
表現の問題でなくて、Theをつけないと思ってる頭が幼稚
0468nobodyさん2007/08/03(金) 10:07:16ID:???
日本語を話してるのにtheとかつけたら
The PHP frameworkみたいな滑稽さになるね
0469nobodyさん2007/08/03(金) 11:10:03ID:???
へーPHP frameworkって固有名詞なんだ
0470nobodyさん2007/08/03(金) 11:17:57ID:???
新しいバンドの名前
0471nobodyさん2007/08/03(金) 11:20:35ID:???
なぜPHP frameworkが固有名詞？
0472nobodyさん2007/08/03(金) 12:42:33ID:???
冠詞(The)を付けるからって勘違いしてんじゃね？
0473nobodyさん2007/08/03(金) 15:03:22ID:???
BSD licenseのTheは固有名詞のTheだろ。
0474nobodyさん2007/08/03(金) 15:43:51ID:???
Theで固有名詞って、いったいいつの時代の教育を受けたんだ？
固有名詞かどうかなんて考えて話すやつなんていないっつーの。
対象物を知ってるやつ相手ならThe、知らないやつならa、ってだけ。

The PHP frameworkのTheは、PHPはみんな知ってるからついてる。
The BSD licenseもBSDをみんなが知ってるからついてる。
0475nobodyさん2007/08/03(金) 15:54:37ID:???
(ﾟдﾟ)ﾎﾟｶｰﾝ
0476nobodyさん2007/08/03(金) 15:56:26ID:???
ザ・ガマン
0477nobodyさん2007/08/03(金) 16:13:23ID:???
PHP frameworkもBSD licenseも一般名詞であって、固有名詞じゃない。
定冠詞theは、他の一般名詞同様、文脈と英文法に従って付けられる。
しかし日本語で話している時に、そのような文脈的なtheは普通つけない。
「俺、そのフレームワーク知ってる！」という意味で「俺、the framework知ってる！」
なんて言うのは明らかにおかしい。

もちろんThe PHP Frameworkという「名称」のフレームワークを作れば固有名詞にもなるがな。
そうでない限り、日本語の文脈でtheをつけるのはおかしい。
0478nobodyさん2007/08/03(金) 17:03:16ID:???
なにをいっているのかわからない
0479nobodyさん2007/08/03(金) 17:17:06ID:???
the PHP frameworkもthe BSD licenseもおかしいってことだろ
0480nobodyさん2007/08/03(金) 17:46:39ID:???
えーっと
「The BSD Licence」というライセンス名なんだけどー……
「BSD Licence」に the を付けるかどうかなんて話はそもそも無関係なのよ
そもそも英語の名称の話をしてるのに「日本語で話してる時」って前提が既におかしいし

「ビーエスディーライセンス」という日本語名詞の話だと言い張りたいならそれでもいいけど
だとしたら皆と前提が違いすぎて会話になってないのは自分でもわからないかね？
0481nobodyさん2007/08/03(金) 17:58:54ID:???
theの話とかどうでもいいよ
ほんとしねばいいのに
0482nobodyさん2007/08/03(金) 19:20:34ID:???
BSD licenceでググると57,200件見つかるが
"The BSD licence"でググると7件しか見つからない
つまりそういうことだ
0483nobodyさん2007/08/03(金) 19:55:20ID:???
しゃれにならんほどどうでも良い話題に萎え
0484nobodyさん2007/08/03(金) 19:57:35ID:???
THE END
0485nobodyさん2007/08/03(金) 20:55:04ID:???
> The BSD Licence の検索結果 約 1,260,000 件中 1 - 50 件目 (0.14 秒)

……？('A`)

http://www.opensource.org/licenses/bsd-license.php
とか見たことあるか？
0486nobodyさん2007/08/03(金) 21:15:20ID:???
BSDライセンスのことを「The BSD Licence」って書く奴を
きもいと思うか思わないかだけの話だから、正解はないな
0487nobodyさん2007/08/03(金) 22:52:50ID:???
中一レベルの英語で揉めてんじゃねーよｗｗ
0488nobodyさん2007/08/04(土) 00:07:31ID:???
でもまあそのendにあたって、　licence　には突っ込んでおきたい。


0489nobodyさん2007/08/04(土) 00:56:44ID:???
私は yu を fackします
0490nobodyさん2007/08/04(土) 02:58:01ID:???
ファイルのキャッシュ付いてるFW多いけど
ファイル数あほほど増えるな。
しかもディレクトリ掘りまくりでduでトータルサイズ計算するのにも
やたら時間かかる。
DBに入れた方がいいだろこれ。
0491nobodyさん2007/08/04(土) 03:37:25ID:???
古いキャッシュファイルを定期的に捨てるようにしたよ
これって常識？
0492nobodyさん2007/08/04(土) 09:36:44ID:???
普通はcronで削除する
0493nobodyさん2007/08/04(土) 09:45:54ID:???
お好みで。場合によるし一般論はない。

0494nobodyさん2007/08/04(土) 17:23:21ID:???
結局、FW実装のCacheじゃなくて、PEARのCache/Cache Liteを使っちゃうな。
0495nobodyさん2007/08/04(土) 18:37:45ID:???
使い勝手いいの？
ってか使い勝手悪い糞キャッシュしか実装してないのに
「キャッシュ実装！軽い！」とか宣伝するFW作者反省しろ
0496nobodyさん2007/08/04(土) 22:27:45ID:???
ＦＷ実装のCacheが、処理プロセスと不可分になっちゃってるから柔軟性に
欠けるという面と、ファイルキャッシュ以外のサーバーAPI系（たとえばyoutube)の
ＰＥＡＲ実装が結局ＰＥＡＲのcache使ってるからね。どうせ導入しなきゃならないなら
最初から使わないって感じ
0497nobodyさん2007/08/06(月) 18:54:30ID:HUsmqTvF
興味深い話題age
0498nobodyさん2007/08/08(水) 09:20:09ID:???
EthnaといいPieceといいMapleといい
国産フレームワークって何でマニュアルがええ加減なやつばっかなんだ？ｗ
0499nobodyさん2007/08/08(水) 10:23:09ID:???
ドキュメント整備ってめんどくさいから
0500nobodyさん2007/08/08(水) 15:50:49ID:???
どの分野でもテクノロジーを文章して伝達・教育する技術や能力は英語圏は他のついづいを許さんよね。
0501nobodyさん2007/08/08(水) 16:27:51ID:???
釣り針が太すぎます
0502nobodyさん2007/08/08(水) 17:29:25ID:???
>>499
ドキュメントの書き方を教わらないからだよ。
日本の国語教育の問題が大きい
0503nobodyさん2007/08/08(水) 19:16:09ID:???
仕様が固まりきってないからドキュメントにしにくいんじゃね？
ドキュメント化すると実態と乖離していきかねないから、
ちょっと曖昧なままにしておきたいっていうか。
すくなくとも俺はそういうのあるね。
0504nobodyさん2007/08/08(水) 21:34:38ID:???
つまり面倒だと
0505nobodyさん2007/08/08(水) 21:38:33ID:???
日本には「見て技術を盗め」という文化がある・・・のか？
0506nobodyさん2007/08/08(水) 21:58:32ID:???
>>503
アウトラインを作っておくという文章技術上の発想がないからそうなる。
0507nobodyさん2007/08/08(水) 22:00:49ID:???
>>506みたいに何もしないくせにしたり顔で文句言う奴ばかりいるので
真面目にやる気がしなくなるという事情もある
0508nobodyさん2007/08/08(水) 22:06:35ID:???
>>507
まあいいんじゃね。お前のような人のせいにする奴のプログラムは誰も使わないから。
0509nobodyさん2007/08/08(水) 22:08:01ID:???
なんでアウトラインが関係あるのかよく分からないな
ソース改変
だけの労力が、
ソースを改変＋ドキュメント改変
になるのがしんどいんだよ
まあ、ドキュメントを書くことでインターフェイスが簡素になるという
いい作用もあるけど…
0510nobodyさん2007/08/08(水) 22:08:55ID:???
testを載せるだけでも違うけどね。
0511nobodyさん2007/08/08(水) 22:24:39ID:???
ちいたん使ってみた。けっこう扱い易くていい感じなんだが、
MojaviやSymfonyに慣れてるとフロントコントローラが欲しくなるな。
アクションの遷移が従来通りだからなあ。よくもわるくも。

アクションといえば、action()がクラスじゃなくて関数での実装なのは、
ソースコピペする時に

ｸﾗｽ名変ｴﾙﾉﾓﾏﾝﾄﾞｸｾ

なんだと気付いた。Mojviじゃけっこうそんなクラスないぞって怒られたからな。
0512nobodyさん2007/08/09(木) 00:05:10ID:???
>>511 　さあ、つくろ
0513nobodyさん2007/08/09(木) 00:12:52ID:???
PHPの分際でaf->getとかアホじゃね？って思う。
$_REQUEST上書きで十分。
てかPHP自体にバリデータがない時点でそこから発展する事になるFWなんてウンコ化は既定路線なんだがな。
0514nobodyさん2007/08/09(木) 00:41:52ID:???
>>513　ウンコ！
0515nobodyさん2007/08/11(土) 01:37:44ID:???
いよいよ政治的に大成功してきたRuby
貧民言語PHPm9 (^Д^)ﾌﾟｷﾞｬｰ
0516nobodyさん2007/08/11(土) 06:53:19ID:???
他言語をわざわざ貶す理由が分からない。
自分が好きな言語使ってればいいだろｗ
0517nobodyさん2007/08/11(土) 19:22:45ID:???
cakeとかMapleとか、まぁPHP用に現存するフレームワークって
MVCを実現するため「だけ」のライブラリ？
0518nobodyさん2007/08/11(土) 20:51:28ID:???
＞MVCを実現するため「だけ」のライブラリ
が何を示しているのか理解しかねるが、
MVCの分離構造を実現するだけという意味であれば、
そのほかにもActiveRecordだのORMだのDIだの実現すんじゃね

MVCの分離構造を実現するだけでよければちいたん超おすすめｗｗｗ
0519nobodyさん2007/08/11(土) 22:48:35ID:???
漏れんとこ、開発チームごとにレベル差があってさ、
ずっと生PHPだけで力任せに案件こなしてきていて、
生PHPじゃないっていうだけでなかなか受け付けないような
DQNぎみの連中対策がそろそろ必要なんだよね。

でもいきなり本格的なフレームワークだと学習コストが云々、
兵隊にはメンテさせられん云々……
とかなんとか管理職に言われてしまうよな。

それを避ける意味でも、
ちいたんに限らなくってもいいんだけど、
あのくらいの規模でコードの見通しの効くフレームワークで小さい案件やらせて
段階的にMVC開発に慣れさせるといいかもしれんと思ってる。

もちろん悩み易いconfig類のカスタマイズは先に片付けておいて、
あとはアクションとコンポーネントとテンプレート作るだけとなるように
兵隊向け作業手順のマニュアル書くんだけどな。
0520nobodyさん2007/08/12(日) 00:15:54ID:???
>>518

ちいたん初耳だった。調べてみる。

> ＞MVCを実現するため「だけ」のライブラリ
> が何を示しているのか理解しかねるが、

ごめん、質問の意図と質問文が乖離してた。

まぁFWによるんだろうけど、
PHP用のFWを使う　＝　MVCサイト構築
ってことになるのかな。
つまり。そのFWでサイト構築するには、MVC方式を余儀なくされてしまうとか。
もしそうだったら、なんかそれって「縛り」だよなぁってふと思っただけ。

>>519

DQN環境乙。

何でもかんでもMVCってのもどうかと思うけど、
とりあえずそういうときはMVCとかOOPとか、
開発手法の素晴らしさをアピールするといいかもしれん。
もうしたのかもだけど。

うちは、「一時の痛みを我慢して、その後が楽になるなら」
ってことで学習コストとか割いてくれた。
0521nobodyさん2007/08/12(日) 00:33:30ID:???
>>520
MVCサイトというのもいまいちよくわからん表現だが
そもそもフレームワークっていうのは縛りでしょ
フレームワークの提供する枠組み＝制約というのが一定のルールになって
同じフレームワークを使っている人間のコンセンサス取りやすくなったり
問題点の発見が早くなったり
そもそも問題が発生しづらくなるわけで
05225192007/08/12(日) 00:45:01ID:???
>>520
なるほど。言う通りですよ。一部DQNなのをなんとかしたい。
ときどき手法の説明をしたり改善策として提案してるんだけど、
従来の流れと違うといまいちピンと来ないらしい。
既存案件におわれて勉強する時間もとれてないようだし。

漏れのところでいちばん効果的だったのは、
10ページくらいの小規模な案件をあっというまに片付けて、
目の前で速度差を見せつけた時かな。
慣れれば効果あるっていうのは分かったみたいだった。

規模によってはMVCでさえ大袈裟すぎる場合や、
ビューの要らないバッチ処理やインタフェース物ももちろんあるわけで。
そこは適材適所。

本格的なフレームワークで大き目の案件だと、
開発速度以上に分業しやすさとメンテ性のためにMVC開発をするんだと思ってるんだけど、
開発速度ほど有利さを披露しにくいのが難点だよね。
0523nobodyさん2007/08/12(日) 04:41:54ID:???
>>520
pradoっていうのが、確かMVCじゃなくてイベントドリブン型のどうのこうのって読んだな

http://www.pradosoft.com/demos/quickstart/index.php?page=GettingStarted.AboutPrado&lang=ja
http://hain.jp/index.php/tech-j/2007/08/06/p166

ということらしいよ。
0524nobodyさん2007/08/12(日) 04:46:34ID:???
ピースFWもイベントドリブンらしいね
0525nobodyさん2007/08/12(日) 11:25:05ID:???
そのpradoのページを何枚か眺めただけだけど、ＭＶＣ的に実装していくんじゃないの結局は。
View部分はこうだ、って言ってるだけで、そのイベントに対応するクラスはコントローラを基底に
持つと思うぜ。
0526nobodyさん2007/08/12(日) 12:16:16ID:???
viewにガシガシロジック書いてく時点でMVC分離じゃねーべ
0527nobodyさん2007/08/12(日) 12:19:57ID:???
普通にやれば、結局そのview用コントローラー実装することになるんだよ。
0528nobodyさん2007/08/12(日) 15:38:41ID:???
なるほど理解しました。おもろそうだなprado。でもコンポーネント溜まるまではちときついか
0529nobodyさん2007/08/12(日) 16:38:41ID:???
ウェブアプリにイベントドリブンもへったくれもねーよ。
0530nobodyさん2007/08/12(日) 17:09:33ID:???
出たな半生野郎
0531nobodyさん2007/08/14(火) 11:16:41ID:???
んじゃこっちに
Akelos
http://www.akelos.org/
0532nobodyさん2007/08/15(水) 10:43:19ID:???
>>531
このようにあえてRoRクローン風って明言した（影響を受けているとかいうんじゃなくて）ＦＷとしては、
他にどんなのがあるの？
0533nobodyさん2007/08/15(水) 14:34:24ID:???
建てたお
【PHP】PHP on Rails
http://pc11.2ch.net/test/read.cgi/php/1187142925/
0534nobodyさん2007/08/15(水) 14:41:17ID:???
533は何勘違いしてるんだ？
削除依頼だしてこいよ。
0535nobodyさん2007/08/15(水) 14:57:18ID:???
PHP on Rails って PHP on Trax の旧名だよな
0536nobodyさん2007/08/18(土) 16:49:31ID:XeatXWbb
はーいはい。みなさん。こんな本出ますよ。
神本ですよっと。
http://www.cbook24.com/bm_detail.asp?sku=9784896273564
0537nobodyさん2007/08/18(土) 18:23:53ID:???
こいつも佐久間と一緒で本出しすぎだな。
0538nobodyさん2007/08/18(土) 20:21:23ID:???
>>536
発売したら立ち読みしてこよっと
0539nobodyさん2007/08/18(土) 20:41:35ID:???
そしたらレポして３行で総括よろしく
0540nobodyさん2007/08/18(土) 21:57:37ID:???
なんかドキュメント印刷しただけっぽい内容だな。
0541nobodyさん2007/08/19(日) 23:13:36ID:???
携帯サイトに相性がいいフレームワークってある？
0542nobodyさん2007/08/20(月) 00:12:15ID:???
>>541
何を求めてフレームワーク使おうとしているかがわからんから答えようがない
0543nobodyさん2007/08/20(月) 19:52:44ID:???
ttp://ke-tai.org/
0544nobodyさん2007/08/22(水) 01:33:27ID:???
フレームワーク本は予想通り、マニュアルコピペ＆彼女の他作の流用でした
0545nobodyさん2007/08/22(水) 08:04:04ID:4atvg3yr
>>544
Zend_Smartyの部分なんかがっかりしたよ。
あれじゃ、Ｓｍａｒｔｙの良さ死んどる
0546nobodyさん2007/08/22(水) 13:40:39ID:???
掲示板の投稿で
フォーム記入→確認顔面→投稿

この流れを簡単にしやすいFWないかな？
0547nobodyさん2007/08/22(水) 14:22:32ID:???
PEARのQuickFormだか何だかは？
0548nobodyさん2007/08/22(水) 15:33:07ID:???
一瞬いい本が出ると思ったが
マニュアルをネットからダウンロードすればいいだけの話か
0549nobodyさん2007/08/23(木) 15:37:34ID:gq3i3Qc4
>>546
確認顔面というのは、投稿者の顔が不細工だとフィルタかける
っていうことですか？。FWレベルでは、そういう実装はないと思います。
0550nobodyさん2007/08/24(金) 00:12:40ID:???
>>546
顔面はともかくethnaかな？
0551nobodyさん2007/08/24(金) 00:42:54ID:YoTG53/u
なぜethnaが優位性を持つのか説明してくれ
0552nobodyさん2007/08/24(金) 00:47:43ID:???
ふじもと神の顔面が優位(=イケメン)なのかと思った。
0553nobodyさん2007/08/24(金) 03:46:39ID:???
>>547
QFCは死んでる。
やるだけ時間の無駄。
0554nobodyさん2007/08/25(土) 15:41:51ID:m12CHPqL
QFがダメな子とは良く聞くけど、
ダメさを今一理解していない俺に、QFの機能でダメな点を教えてくれ。

QF無しだと確認画面尽きデータ更新画面作るの超面倒臭くない？
入力値のバリデートもフィルタも。

そういう時は皆QF以外の何使ってるんでしょう。
■ このスレッドは過去ログ倉庫に格納されています