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

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

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2007/02/19(月) 23:50:20ID:e8b09Hl8
前スレ
【PHP】フレームワークについて語るスレ5【総合】
http://pc10.2ch.net/test/read.cgi/php/1159579507/l50

[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/
0697nobodyさん2007/05/16(水) 23:54:23ID:???
PHP4がバリバリ現役でsmartyとDBがスタンダードっていう状態で
思考がストップしてるってのがまずいんだろ
まともな今のPHPプログラマなら
新規案件には出来うる限り5を使うだろう

スタンダードなライブラリ待ってるだけじゃ何も作れんし
量産されてるPHPプログラマーや使われてる量で
PHPのバージョンどっちがいいかとかそういうもんでもない
あと携帯サイトの話はしてない
0698nobodyさん2007/05/17(木) 00:06:02ID:???
まず、PHP（mod_phpも含めて）の特徴から、PHP4が有利な場合もあるということ。
次に人員の確保の点から、メジャーなライブラリー、フレームワークを選択しなければ、そもそもPHPという言語を選択した意味がないということ。
PHPの最大の長所は人員の確保のしやすさなんだから。
smartyやPEAR::DBは同種の新しいライブラリーに比べて劣ってる部分もあるけど、普及度では圧倒的に勝ってる。
今からmaple使うくらいなら、断然べた書きをおすすめするよ。
0699nobodyさん2007/05/17(木) 00:10:54ID:???
＞普及度では
smarty,PEAR:DB程度を使える「人員」なら、別にversion 5の通常機能やそれに基礎をおいた
FWぐらい使えるだろ

＞maple使うぐらいなら
そんな話は誰もしてない
0700nobodyさん2007/05/17(木) 00:26:54ID:???
>>683
フレームワーク使ったことあるの？
PHP以外の言語を使う場合はフレームワーク使ってんの？
Javeでspring、seaserとか？
ただ単にフレームワークを使ったことがないだけ？
0701nobodyさん2007/05/17(木) 00:31:36ID:???
フレームワーク不要論者は、使わなければいい
報酬をもらってフレームワークを使う案件を引き受けるなら、使いこなせて当たり前
仕事でやってるのに使い方が分からないと言っている奴は、頭が悪いか、怠慢なだけ
ちょっと厳しい言い方だけど、プロなら努力しなきゃね
0702nobodyさん2007/05/17(木) 00:37:10ID:???
FWスレにべた書きを勧めにくる意味がわからんｗ
0703nobodyさん2007/05/17(木) 00:39:39ID:???
そもそも「ベタ書き」っていう言い方自体が無内容だよね。
PEAR使うなりSmarty使うなりっていう風にするとすれば、
当然自前のFW作ることになるわけだし。
0704nobodyさん2007/05/17(木) 00:46:16ID:???
MVCを使ってない
FrontControllerでない
ベタ書きなコードを見た瞬間やる気がうせるけどなぁ
メンテナンスちゃんとできているのか知りたい
0705nobodyさん2007/05/17(木) 01:10:02ID:???
シンフォニーやZENDFWのようなフルスタックのフレームワークは学習に時間がかかる。
それでもそのフレームワークが必ずメジャーになるという保証があるなら、それに乗ってもいいだろうが、将来有望のはずだったZENDFWですら雲行きが怪しい。
現状シンフォニーやZENDFWを使いこなせる人員を集めるのは比較的難しいし、学習しても数年後にはその知識がゴミになってる可能性もある。MapleやMojaviのように。
smartyを使えば強制的にビューを分離出来る。それにPEAD::DBでDAOクラス作れば、それで事足りる場合も多いってこと。
smartyやPEAR::DBは十分普及してるから、事前学習がいらない。そこが大きなメリット。
0706nobodyさん2007/05/17(木) 01:25:34ID:???
FW使いこなせる人員集めるのが難しいんじゃなくて
おまえにとってFWが難しいんだろ
smartyとPEAR::DB使えるようになって
嬉しいのはよく分かったからとっとと巣に帰れ
0707nobodyさん2007/05/17(木) 01:35:31ID:???
シンフォニーも一応試しはした。ま、アスキートを最後までやったくらいだけど。
ウェブフレームワークって結局一長一短でどのケースにも最適のフレームワークというのはないね。
できるだけメジャーな物、学習が無駄にならない物を選ぶのがいい。
JavaだったらStrutsとJSPさえ覚えたらずっとやってこれたし、当分廃れることはないだろう。
PerlもTTやDBI、DBICを覚えれば、あとはCGI::Appだろうが、Catalystだろうが、すぐに使いこなせる。
RubyならRoRで決まりなのかな。
残念ながらPHPにはそういうのがないよ。
てっきりZENDFWがJakartaやCPANみたいになって、SmartyやPEARの主要なライブラリが移植統合されるものと思ったのに。
0708nobodyさん2007/05/17(木) 01:36:09ID:???
>>705
ＭＶＣにするだけなら、SymfonyやZend Frameworkを使わなくても大丈夫ですね

>学習しても数年後にはその知識がゴミになってる可能性もある。
フレームワークを使った開発手法を理解する、という点では無駄にならないよ
フレームワークを使った開発手法を知らない人は、ずっと知らないまま
世の中、知らなくて損しているってことはたくさんあることだけは心に留めておいた方がいい

でもPG初心者がいきなりフレームワークを使いこなせないのも事実だろう
フレームワークの学習時間を短くする工夫は必要ですね

コードリーディングの能力を高めることは、いずれにしても必要だし無駄にならない

フレームワークの学習コストは、
0709nobodyさん2007/05/17(木) 01:36:25ID:???
はいはい。
じゃあethnaでも使ってればいいんじゃね
0710nobodyさん2007/05/17(木) 01:38:21ID:???
フレームワークの学習コストは、 採算重視の企業にとっては無視できないんだな。
学習本が充実したらいいのに
0711nobodyさん2007/05/17(木) 01:40:20ID:???
学習コストを下げるという点では、まず最初に使ってみるべきフレームワークはちいたんだと思います。
日本発のちいたんを第2のRoRに押し上げよう！
http://php.cheetan.net/
0712nobodyさん2007/05/17(木) 01:41:04ID:???
こんばんわ。いつも居ますねｗ
0713nobodyさん2007/05/17(木) 01:44:35ID:???
PHPのフレームワークが乱立しているのは、それだけPHPが柔軟で使いやすい証左だと思います。
みんながPHPを使って、フレームワークも作っちゃう状態
選択肢がたくさんあっていいですね！
迷っちゃう＞＜
0714nobodyさん2007/05/17(木) 01:45:21ID:???
もう寝ます＾＾
0715nobodyさん2007/05/17(木) 01:48:09ID:???
zendを参考に自前で作ってる俺が最強ということで、いいじゃないですか
0716nobodyさん2007/05/17(木) 02:28:44ID:???
認定
0717nobodyさん2007/05/17(木) 04:29:06ID:???
PHP案件でフレームワーク入れてるのって成功しているとは言いがたいものが多い気がするんだけど。
0718nobodyさん2007/05/17(木) 06:49:54ID:???
　 ､　　∩    
(　ﾟ∀ﾟ)彡　ちいたん!　ちいたん!    
　　⊂彡 
0719nobodyさん2007/05/17(木) 08:50:58ID:???
おお！ちいたんの時代がきた・・・！
0720nobodyさん2007/05/17(木) 15:29:25ID:???
ちいたん読んで勉強したいとおもいます。
0721nobodyさん2007/05/18(金) 21:42:33ID:???
ふだんPHP5使っててたまに4触るはめになるとうんざりするよな…
0722nobodyさん2007/05/19(土) 10:20:54ID:???
>>721
Exceptionを使えないのはかなりきついね。

PHPをはじめた頃は、Exceptionなんて使い方も分からんで、更には「こんなもん、一体何に使うのやら」と思っていたもんだが・・・
0723nobodyさん2007/05/19(土) 12:25:04ID:???
まったくだ
PEAR::isErrorで常に戻り値エラーチェックとか
とか今考えたら超絶バッドノウハウでしかねえ
0724nobodyさん2007/05/19(土) 15:12:49ID:???
>>722
まさにその状況
何が便利なの？
0725nobodyさん2007/05/19(土) 16:00:27ID:???
>>724
何が便利なのか分からんうちは、
何やってても一緒だから気にするな。

・・・で、try,catchが出来たんだから、
finallyも欲しいわけだがいつ実装されるのかね？
0726nobodyさん2007/05/19(土) 16:37:34ID:???
gotoよりfinallyのほうがずっと有用だよね。
今からでも6の設計を見直してもらいたいものだ。
0727nobodyさん2007/05/19(土) 16:51:33ID:TPm4po3D
例外を返すメソッドや関数を利用するときは、
必ずtry文内で使わなければならないの？
try文内でない場合は、そのままスルーするってできない？
set_exception_handler()だとそこで処理終わっちゃうし・・・。
0728nobodyさん2007/05/19(土) 16:59:23ID:???
そのままスルーできる時のためにcatchがあるんじゃないか
0729nobodyさん2007/05/19(土) 17:05:20ID:???
いやその・・・例外を返すメソッドだけど、
例外エラーは使わずに利用したいってことで。

例外エラーを利用するコードを書く時って、
なんでも全部tryで囲んで書くんですか？
0730nobodyさん2007/05/19(土) 17:11:34ID:???
例外を返すメソッドって何だ？

public function hoge() {
　return new Exception("例外だよ");
}

ってことか？
それとも例外を投げるメソッド？
0731nobodyさん2007/05/19(土) 17:23:26ID:???
>>729
別に必ず直近でtryで囲む必要があるというわけじゃない
とりあえずはアプリの一番上の層で全例外をキャッチする
デフォルトの復帰処理を書いておけば十分だろう
で個別に復帰できる部分はcatchで復帰する
てか慣れたら分かるんで最初は気にせず
普通に書いてたらいいんじゃないかな
0732nobodyさん2007/05/19(土) 18:03:20ID:???
クラスを作るときに例外を投げられないと死ぬる
0733nobodyさん2007/05/19(土) 18:55:24ID:???
>>732
コンストラクタをprotected/privateにしてstaticなcreateInstanceでお茶を濁してください。
0734nobodyさん2007/05/19(土) 19:09:53ID:???
単純にクラス書くときに、って意味じゃないか？
0735nobodyさん2007/05/20(日) 04:24:29ID:???
自動キャストを止めて欲しい
07367272007/05/20(日) 11:15:05ID:???
>>730
そうそう、正確に言うと、返すじゃなくて、投げるでした。

>>731
その大きなtry文を書くのがなんとなく嫌な感じがしたんです。
長いtry文になるとどこまでがtry?みたいな・・・。
そんな気にしなくていいことかもしれないですけど、
長いネストって基本的に避けたい気持ちになるので。
0737nobodyさん2007/05/20(日) 12:02:26ID:???
>>736
むしろ小さいtryセクションが散らばってるより良いと思うが
0738nobodyさん2007/05/20(日) 12:20:07ID:???
try {
　ものすごく
　長い
　コード
} catch ・・・

ってなってたら、メソッドに括りだして

try {
　hoge();
} catch ・・・

function hoge() {
　ものすごく
　長い
　コード
}

ってやったらいいんじゃね？　
0739nobodyさん2007/05/20(日) 12:30:49ID:???
それは根本的な解決になってないし、長いtry構文は作るべきじゃないな。
適切な箇所だけ括るべきだと思う。

というか、try、catch覚えた頃はついつい乱用しがちになってしまうが、
ほんとに使うことが正しいかどうかを、一度考えてみるのもいいかもしれないね。
0740nobodyさん2007/05/20(日) 12:37:52ID:???
>>739
>それは根本的な解決になってないし、長いtry構文は作るべきじゃないな。

なんで？
どこまでがtryかわかりにくくなるってのが、736の問題点じゃなかったの？
何か別の問題の話してる？
0741nobodyさん2007/05/20(日) 14:33:59ID:???
そしてtrigger_errorに帰ってくるんだな
0742nobodyさん2007/05/20(日) 14:45:47ID:???
例外は使いすぎるなってっていうのは、一般的な教則じゃないかな。Javaのリファクタリング本とかによく載ってる。
0743nobodyさん2007/05/20(日) 15:39:33ID:???
例外が多すぎるのは本来の処理に問題があるのでしょうか？
0744nobodyさん2007/05/20(日) 15:54:06ID:s5N306jr
フレームワーク触ったことないんだけど、こんな感じだよね？
http://www.uploda.org/uporg816300.jpg
0745nobodyさん2007/05/20(日) 15:58:36ID:???
どこからそんな画像見つけてきたんだよ
0746nobodyさん2007/05/20(日) 16:00:04ID:s5N306jr
>>745
自分でさっき作った
レン鯖でフレームワーク使いたいときは、それも一緒にうｐろーどするんだよね
0747nobodyさん2007/05/20(日) 16:06:33ID:???
なるほど…ライブラリみたいなものか
0748nobodyさん2007/05/20(日) 16:16:16ID:???
>>746-747
ライブラリは呼び出して使う道具（関数やクラスの集まり）
フレームワークはアプリケーション全体の流れの雛形としての存在。

>744だけじゃライブラリ。
0749nobodyさん2007/05/20(日) 16:26:40ID:z47kJYhH
>>744
ZendFrameworkはある意味そんな感じだよ
0750nobodyさん2007/05/20(日) 17:42:36ID:iM/t0Bv0
PEARも？
0751nobodyさん2007/05/20(日) 18:39:49ID:???
そんな厳密な違いはないと思うけど、PHPのフレームワークの場合、そのフレームワーク内で完結してる事が多いね。
せいぜいSmartyを使うくらいで。
ZENDFWの場合、PEARを置き換えた上で、ウェブフレームワークも盛り込もうとしてるんだろうけど。
0752nobodyさん2007/05/20(日) 19:02:24ID:???
ethnaなんてPEAR依存じゃん
0753nobodyさん2007/05/21(月) 00:17:46ID:???
そして関数に帰ってくる。
0754nobodyさん2007/05/21(月) 00:20:14ID:???
それはない
0755nobodyさん2007/05/21(月) 05:33:00ID:???
http://blog.livedoor.jp/dankogai/archives/50835571.html
PHPを使うと馬鹿になる

おまいらm9（^Д^）ﾌﾟｷﾞｬー
0756nobodyさん2007/05/21(月) 08:16:16ID:???
PHPの父って誰？
0757nobodyさん2007/05/21(月) 08:46:30ID:???
>>755
で？
人の尻馬に乗ってるな、ってことか？
お前も人のBLOGの尻馬に乗ってるよな？
m9（^Д^）ﾌﾟｷﾞｬー

・・・って言われるぞ。
0758nobodyさん2007/05/21(月) 09:08:22ID:???
>>755
Webアプリを作るにはいいがのあたりでワロタ
0759nobodyさん2007/05/21(月) 09:38:48ID:4KSfgIeo
>>758
どうしたんだろうなｗ
寝ぼけてるんじゃないか？

「Webアプリを作るにはいいが」って自分で書いてて違和感
感じなかったのかな？
0760nobodyさん2007/05/21(月) 10:47:10ID:???
>>755
この人ｽｺﾞｲなー、これだけ大上段からものを言えるってのは、ｽｰﾊﾟｰﾊｶｰかあるいは新興宗教の教祖か？
0761nobodyさん2007/05/21(月) 10:54:31ID:???
>>760
っつか誰が書いてるか知らんのかｗ
0762nobodyさん2007/05/21(月) 10:58:56ID:???
>>756
http://ja.wikipedia.org/wiki/ラスマス・ラードフ
確かに国内だとあんまり名前が出てこないよね。

>>760
こんな人。
http://gihyo.jp/dev/serial/01/alpha-geek
0763nobodyさん2007/05/21(月) 11:05:20ID:???
PHPがダメ言語だなんてのは<php? ?>なんて書く程度の奴に指摘されるまでも
なく普段使ってる俺らの方がよく知ってるよ!
0764nobodyさん2007/05/21(月) 11:07:07ID:???
perlに対する偏愛を持ってるんだろうね。
0765nobodyさん2007/05/21(月) 11:07:48ID:???
アレは芸風だから。
0766nobodyさん2007/05/21(月) 11:32:32ID:???
IT界の江川達也。口はデカイがやるこたショボイ
0767nobodyさん2007/05/21(月) 11:59:18ID:4KSfgIeo
Jcode.pm開発した事だけは褒める
0768nobodyさん2007/05/21(月) 12:41:21ID:???
個人的にはPerlの方が糞だと思うがなｗｗｗ
0769nobodyさん2007/05/21(月) 12:44:47ID:???
実際のところ生産性はどうなの？
DHHが見捨てたくらいだからPHPよりRubyの方がいいの？
0770nobodyさん2007/05/21(月) 12:57:29ID:???
>>>769
http://gihyo.jp/dev/serial/01/alpha-geek/0004
http://capsctrl.que.jp/kdmsnr/wiki/transl/?AnInterviewWithDHH

見捨ててないよ。使い分けしている。
0771nobodyさん2007/05/21(月) 13:04:19ID:???
>>770
イケメンとキモメンの2ｼｮｯﾄｗｗｗ
0772nobodyさん2007/05/21(月) 13:08:21ID:???
Cで書けばいいのあたりワロタ
0773nobodyさん2007/05/21(月) 14:00:19ID:???
＞ですから、ZopeやOpenACS、その他、ビジネスロジックの沼にハマって抜けられなくなった
＞フレームワークのようにはなりません。
そういえば、あったなあここらへんのフレームワークというかCMSというか。
あれに飛びついた奴はいまごろどうしてるんだろうｗ
0774nobodyさん2007/05/21(月) 14:02:42ID:???
>>755
m9（^Д^）ﾌﾟｷﾞｬー
0775nobodyさん2007/05/21(月) 14:49:48ID:???
livedoor事件の時はサンジャポによく出てたよなぁ。
0776nobodyさん2007/05/21(月) 16:53:34ID:???
いい具合に釣れてるけど切れ味そんなに鋭くないな
昔はもっと傲慢に書いてた気がするんだが
0777nobodyさん2007/05/21(月) 17:11:15ID:???
PHP使ってないのに、無理して批判しようとするから・・・
0778nobodyさん2007/05/21(月) 17:14:42ID:???
釣れてるとか鋭いとかではなく、
キモ無知だからツッコミいれたくなるのでは？
0779nobodyさん2007/05/21(月) 18:04:38ID:???
こいつって、実際どうなの？
オンザエッジ時代のCTOなんてたいしたことなさそうだが。
0780nobodyさん2007/05/21(月) 18:59:44ID:???
Perlに関してはコアな人。JavaScriptもすごい。
本をたくさん読むので知識豊富。
少し性格に難があるのか、時々おかしなことも言っている。
挑戦的でよく釣りをする。
0781nobodyさん2007/05/21(月) 20:29:28ID:???
言葉足らずなところに付け込んでわざと誤読して怒りながらご高説を垂れるスタイル

って印象の人、どこかトンチンカン
0782nobodyさん2007/05/21(月) 20:56:14ID:zbqJOlov
Cプログラマーとしても優秀だよ。
PerlモジュールはCで書いてるんだから。
0783nobodyさん2007/05/21(月) 21:01:34ID:???
書店でRuby本あさってみたが
いまいちピンとこなかった
webアプリ制作に関する情報少ないな
RoR本は多いがもっと下層のことが知りたい
IDEでの開発についての情報も見あたらなかったし（￣〜￣;）ｳｰﾝ
0784nobodyさん2007/05/21(月) 22:38:21ID:???
実際どんなもんなのかは知らないが
過大評価されてる感じはするな＞ヒゲ男
0785nobodyさん2007/05/21(月) 22:46:15ID:???
昔こういう高圧的な文体って流行ってたよな、雑誌とかで・・・
このサスペンダー男とか
切り込み隊長とかいうキモシャツ男の文章は
何か懐かしいものがある
0786nobodyさん2007/05/21(月) 22:53:37ID:???
rubyの{}を使わない関数、クラス定義が
見やすいとは思えないのだが…。
文字だとアクセントなさすぎじゃね？
慣れの問題かなぁ
0787nobodyさん2007/05/22(火) 00:15:14ID:???
子飼は人間性はともかくプログラマーとして一流なのは確か。
0788nobodyさん2007/05/22(火) 00:40:17ID:???
子飼はプログラマとしてはともかく人間性最悪なのは確か。
0789nobodyさん2007/05/22(火) 01:02:17ID:???
特に言わなくていいことを書いているだけにしか見えない内容だったな
0790nobodyさん2007/05/22(火) 01:18:33ID:???
dankogaiはマカだから協調性皆無だしな。
みんなPC使ってるのに一人で騒ぎだす。
0791nobodyさん2007/05/22(火) 01:26:46ID:???
マックだとパッケージがないからソースインストールしないといけないんだけど、
確かにコンパイルは鬼のように大変なんだ。
mod_phpは5以降はプロセスが太りすぎでメモリを食いまくる。起動も遅いし。
軽くて早かったのは4のころまで。
5の新機能が有効でないプログラミングスタイルなら、4を使った方がいい。
0792nobodyさん2007/05/22(火) 01:32:19ID:???
処理速度は4より5系（5.1以降）の方が速いぞ。
mod_phpなら常駐だから、起動速度は関係ないだろう。
訳知り顔で適当なこと書くのは止めてくれ。
0793nobodyさん2007/05/22(火) 01:48:04ID:???
１週間ほど前に騒いでた「べた書き」の人じゃないの
0794nobodyさん2007/05/22(火) 01:54:32ID:???
ジャンク言語支持者ども乙ｗｗｗｗｗ
0795nobodyさん2007/05/22(火) 02:45:15ID:???
その無意味な芝で精神的愉悦が得られたならこちらとしてもお役に立てて何よりだ
0796nobodyさん2007/05/22(火) 02:56:07ID:???
コンパイルも別に大変じゃない。MacPortsでサクッと入るし。

自分はMacPortsのPHPのコンフィギュレーションは好みじゃないから
依存するライブラリだけMacPortsで入れてPHP本体はシェルスクリプトでやってるけど。
■ このスレッドは過去ログ倉庫に格納されています