トップページ⇒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/
0653nobodyさん2007/05/15(火) 14:38:50ID:???
「これから言うと」
という行と、その後の貴方のお話が全然繋がらないわけだが。
0654nobodyさん2007/05/15(火) 14:48:57ID:???
グローバルスコープのオブジェクトを参照するという意味で…ってことさ
0655nobodyさん2007/05/15(火) 15:30:33ID:???
>>651
どんな内容がご希望なんだ。
0656nobodyさん2007/05/15(火) 15:34:16ID:???
>>652
いやそういうことじゃなくて変数の話でしょ、メソッドの中で
$a = $this->a;
$b = $this->a;
$c = $this->a;
みたいに何回もプロパティ参照せずに、
$a = $this->a;
$b = $a;
$c = $a;
一旦そのスコープのローカルに入れろってことじゃない？
0657nobodyさん2007/05/15(火) 15:37:30ID:???
こうゆう最適化って言語のバージョン上がった時に逆の効果になる場合も
あるのがびみょーだよなーと思う。
0658nobodyさん2007/05/15(火) 15:40:35ID:???
貧民的だよな。
0659nobodyさん2007/05/15(火) 15:43:41ID:???
>>657
だから妙にハック的な知識は余計で
一般的な知識だけ身につけておけばおkだな。
まあだいだい「いや考えたらそりゃそうだろ」っていうものばっかりなんだけど
0660nobodyさん2007/05/15(火) 15:46:11ID:???
>>656
なるほど
だいたいプロパティーアクセスもローカルじゃないよな
クラスのメンバ≒ローカルと勘違いしてた
0661nobodyさん2007/05/15(火) 16:05:43ID:???
趣味プログラマからするとxoopsやmojaviで有名な方が何人かいるから
右脳はすごいというイメージが強かったけどどの辺がレベル低いのですか

0662nobodyさん2007/05/15(火) 16:14:04ID:???
mojaviで有名とは？Sean Kirr?
0663nobodyさん2007/05/15(火) 16:19:18ID:???
右脳はよくわからないけど、xoopsのコード品質や設計はよくない印象。
0664nobodyさん2007/05/15(火) 16:23:42ID:???
PHPのCMSはすべからくそうだ。力技だけで作ってきたから汚い。
CMS->FWとなったのは必然。
0665nobodyさん2007/05/15(火) 16:32:21ID:???
>>661
右脳全体は分からんが、ブログでアウトプットされている内容が大したことないってことじゃない？どこの会社にもそのレベルの人材はいるでしょ。

と、えらそうなこといってみる。
0666nobodyさん2007/05/15(火) 16:48:23ID:???
まじめな技術者が揃ってる感じ
悪くはないと思うけど
0667nobodyさん2007/05/15(火) 16:49:38ID:???
俺も、真面目だと思うよ。
でもブログデザインが読みにくい。色とか。そういうので損しているわ。
0668nobodyさん2007/05/15(火) 16:56:57ID:???
>>656
正直、こんなこと言い出したらポインタ弄ったほうがよっぽど早いからCで書けってなるんだが
0669nobodyさん2007/05/15(火) 16:59:01ID:???
一昔前の2chじゃないんだから
こんな節約しなくていいだろｗ
0670nobodyさん2007/05/15(火) 21:28:21ID:???
右脳ってよくしらないけど画像切ると読めなくなる文てのは
なおしたほうがよいとおもうよ
0671nobodyさん2007/05/15(火) 21:34:44ID:???
右脳がいまいちという理由ってなんとなく言っているだけか
0672nobodyさん2007/05/15(火) 21:45:39ID:???
PHPのフレームワークにはActionFormってないんですか？
0673nobodyさん2007/05/15(火) 22:28:01ID:???
>>668
俺は早い早くないじゃなくて、$this->って書くのも見た目にもウザイから
>>656のようにするな。例がちょっとおかしいけど。
右脳のブログは、エディタじゃねーんだから背景色と文字色は逆でいいとｵﾓ。
0674nobodyさん2007/05/16(水) 02:27:03ID:???
PHPにフレームワークっていうのが愚の骨頂に思えてならん
0675nobodyさん2007/05/16(水) 02:35:14ID:???
だからZendが最強だな
ガッチガチのFWじゃないのが
PHPの良さをつぶしてない
0676nobodyさん2007/05/16(水) 07:20:53ID:???
　 ､　　∩   
(　ﾟ∀ﾟ)彡　ちいたん!　ちいたん!   
　　⊂彡   
0677nobodyさん2007/05/16(水) 09:29:48ID:SqvE0yry
まぁ、ルーズなところはいいよね。
結局、ライブラリ群になってるけど。
0678nobodyさん2007/05/16(水) 09:35:47ID:???
>>675
つぶしてないが
生かしてもない
0679nobodyさん2007/05/16(水) 13:09:05ID:???
＞PHPにフレームワークっていうのが愚の骨頂に思えてならん
この手のレスよく目にするけど、書いてる本人は何を愚の骨頂としたいんだ？
0680nobodyさん2007/05/16(水) 17:19:14ID:???
PHPみたいなジャンク言語でフレームワークてﾌﾟｹﾞﾗ
て感じじゃね
0681nobodyさん2007/05/16(水) 17:22:47ID:???
…ジャンク？
0682nobodyさん2007/05/16(水) 17:23:57ID:???
ジャンクなのはいいけどフレームワークを使わないでどう開発しているかを
教えてくれ
話はそれからだ
0683nobodyさん2007/05/16(水) 17:33:25ID:???
使い捨て言語にふさわしくベタ書きですよﾌﾟｹﾞﾗ
0684nobodyさん2007/05/16(水) 18:11:49ID:???
どうやって使い捨てるんだ？
0685nobodyさん2007/05/16(水) 18:12:36ID:???
明後日から、そのベタ書きと思われるプログラム開発現場に行く事になったよ。
0686nobodyさん2007/05/16(水) 18:13:01ID:???
時が経てば脳内メモリから開放されます…
0687nobodyさん2007/05/16(水) 18:41:03ID:???
今日びベタ書きなんてやってたら発狂するわ
0688nobodyさん2007/05/16(水) 22:33:24ID:???
カスタマイズされたmojaviなんかをメンテするくらいなら、べた書きの方がよほどマシ。
0689nobodyさん2007/05/16(水) 22:35:30ID:???
そんな状況知らんがな前の担当に文句言えよ
0690nobodyさん2007/05/16(水) 23:05:51ID:???
PHP使って開発ってもせいぜい5人とかまでぐらいじゃね？
仕様もまともに洗い出せてないまま開発スタートとかして、
「とりあえずFWから急ごうか」とかもうアホかと。
0691nobodyさん2007/05/16(水) 23:16:40ID:???
それは自分の会社の開発体制が糞なだけで、
どんな言語でもだめだろうな
0692nobodyさん2007/05/16(水) 23:19:36ID:???
要するにスタンダードがないんだよ。smartyとPEAR::DBくらいなもんでしょう。
シンフォニーもZEND FWも数年後に今のmojavi状態になってない保証はない。
0693nobodyさん2007/05/16(水) 23:21:15ID:???
smartyとPEAR::DBっておまえ何年前のPHPユーザだよ
0694nobodyさん2007/05/16(水) 23:24:34ID:???
何言ってんだか。今でもPHP4がバリバリ現役なのがPHPじゃん。バージョン0.1あがるたびに言語仕様変わってるから、スタンダードなライブラリなんて出来上がるはずもないんだけどね。
0695nobodyさん2007/05/16(水) 23:36:55ID:???
＞PHP4がバリバリ現役なのがPHPじゃん
お前が使ってる安値の共同レン鯖の話と、開発現場の話を一緒にスンナ。
0696nobodyさん2007/05/16(水) 23:40:45ID:???
サーバがどうこうって、量産されてるPHPプログラマーはPHP4の方が多いよ。
別にPHP5の新しい機能知らなくてもウェブアプリ作れるし。
それに、携帯サイトみたいな、軽い処理で大量のアクセスをさばこうと思えば、フットプリントの小さいPHP4の方が有利だし。
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依存じゃん
■ このスレッドは過去ログ倉庫に格納されています