トップページ⇒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/
0596nobodyさん2007/05/11(金) 20:24:47ID:???
>>595
無料のないの?
0597nobodyさん2007/05/11(金) 22:18:03ID:???
>>596
APCとかで十分だろ。
0598nobodyさん2007/05/12(土) 01:31:00ID:???
http://itpro.nikkeibp.co.jp/article/JIREI/20070508/270283/
ネクスト
PHPで構築した不動産情報サイトにフレームワーク導入へ

久しぶりにMapleが話題に！
0599nobodyさん2007/05/12(土) 01:38:39ID:???
>>598
しかしなんか制作クオリティ低そうなとこだね。。
0600nobodyさん2007/05/12(土) 01:50:18ID:???
＞他のPHPフレームワークと比較して，構造が単純で理解しやすい
ううむ・・・
0601nobodyさん2007/05/12(土) 02:35:52ID:???
開発停止してる事を知らないんだろうか？
仕事の案件で、Mojavi使ってますってのが結構多いが、これも同じかな？
0602nobodyさん2007/05/12(土) 03:42:17ID:???
逆に考えるんだ
更新が停止しているからこそ安心して使える…
そう考えるんだ
0603nobodyさん2007/05/12(土) 04:37:51ID:???
MapleはPHP向けのそれなりにメジャーなフレームワークの中でもっとも複雑と思われる。
ネクストって会社は恐ろしく間違えまくってる。
0604nobodyさん2007/05/12(土) 07:07:14ID:???
既に火がついたシステムを立て直そうっていうくらいだから
実際技術的なレベルはそんなに高くはないだろうね・・・
Mapleは実際使ったことはないが
内部の見通しはいいのでは？
0605nobodyさん2007/05/12(土) 11:38:15ID:???
>>599
ベンチャーなんて大概そんなもん
0606nobodyさん2007/05/12(土) 14:06:51ID:???
フレームワークの開発が停止していても
自分らでメンテナンスすればなんら問題なし
0607nobodyさん2007/05/12(土) 14:20:44ID:???
もちろんそうよ
でもMojaviなんかはもう設計思想が少し古くなってると思う
0608nobodyさん2007/05/12(土) 14:28:04ID:???
どういうところ？
0609nobodyさん2007/05/12(土) 14:41:35ID:???
チェイン状に実行されてく構造とかじゃないか
よくわからんけど
0610nobodyさん2007/05/12(土) 14:54:21ID:???
Rails以前に作られたから
Railsが持ち込んだ概念がごっそり抜けてるところ。
ヘルパとかスマートなURLマッパがないし、
逆にヘルパやコントローラに溶けていったViewクラスがまだあるとか。
0611nobodyさん2007/05/12(土) 16:36:41ID:???
ウェブフレームワークというのはStrutsで完成してる。
RailsはORマッパーの組み込みとかミニサーバとかヘルパースクリプトによる省力化とか、そういう周辺部分を便利にしただけだな。
IDEないからエディタで書くけど、XMLは面倒だから、規約ベースにしちゃえとか。
0612nobodyさん2007/05/12(土) 17:47:35ID:???
そういう周辺部分の便利さが書き手にとっちゃ重要なのも事実
Strutsが構築した功績は大きいと思うけど
まだまだwebアプリFWを便利にしていく余地は腐る程あるだろう
0613nobodyさん2007/05/12(土) 19:19:41ID:???
PHPとかルビーなんかにフレームワークなんかつかっても元々大規模に向かないからそこらかしこで無理が出てくる。
でもJavaだと極端に理屈っぽくなるからベンチャー系だと敬遠されがちだしな、、
0614nobodyさん2007/05/12(土) 20:34:10ID:???
実態しらないで、どっかで聞きかじったはもういいよ。
0615nobodyさん2007/05/12(土) 21:01:00ID:???
PHPって
func(,,100)
みたいなデフォルトパラメータ指定出来ないのがうざい。
他言語パクるならそういうとこもパクれよ…
0616nobodyさん2007/05/12(土) 21:17:14ID:???
>>615
下手な釣りですね・・・
0617nobodyさん2007/05/12(土) 21:28:50ID:???
釣りじゃないよ
心の叫びだ
0618nobodyさん2007/05/13(日) 00:35:37ID:???
機能そのものが欲しいのか
単に syntax sugar が欲しいのか
書いてる本人は区別できてるんだろーか？
0619nobodyさん2007/05/13(日) 01:12:55ID:???
文法糖って何？
とにかく「引数を省略できるのは右端から連続してる箇所だけ」という
不条理きわまりない仕様が許せねーんだよ
0620nobodyさん2007/05/13(日) 01:48:34ID:???
文法糖じゃなくて糖衣構文
ググれよ
0621nobodyさん2007/05/13(日) 02:41:10ID:???
>>591
速度出したいときはBasePeer使うと全然早いよ。
adminGeneraterをフロントエンドで公開するようなアホじゃないでしょ？
0622nobodyさん2007/05/13(日) 02:44:58ID:???
>>580
＞*_once系はキャッシュが効かないから
どこの情報だよｗｗｗ
勝手にデマ流すなアホ
0623nobodyさん2007/05/13(日) 03:09:28ID:???
>> 598

> 機能の拡張を繰り返すうちスパゲティ化が進み，現在はある機能を改修すると
> 別の機能が正常に動作しなくなるという事態が頻発しているという。

こういうのは、改修が完了した後なら言ってもいいけど、改修前に言っちゃだめだよね。
個人情報とか扱うんだろうから、不安で使えなくなる。


0624nobodyさん2007/05/13(日) 04:13:29ID:???
>>619
＞文法糖って何？
うはｗｗｗｗ
0625nobodyさん2007/05/13(日) 14:31:07ID:???
って言っても、syntax sugarなんてほぼ日本語英語じゃん。
syntactic sugar って書けよ。
それに「文法糖」って訳だってあたらずとも遠からずだ。
function(,,100)クレクレなんていうsugarは糞だけどな。
0626nobodyさん2007/05/13(日) 15:24:54ID:???
お互い理解できる言い回しかどうかの問題だろ
話が通じない言い回しじゃ役に立たん
0627nobodyさん2007/05/13(日) 15:36:34ID:???
>>625
英文でも普通にsyntax sugarというし通じるがまぁ主流の表現ではないな
あと「構文糖」って訳語を見たことがある。オライリーのPerl本あたりで。

syntax sugar/syntactic sugar/糖衣構文/文法糖/構文糖
どれ見ても同じひとつの概念が浮かぶなら特に問題はないと思うが
そもそもその概念自体を知らないんじゃ話が役に立つとか以前に話にならん
0628nobodyさん2007/05/13(日) 16:47:37ID:???
>>627
重要なのは概念をきちんと訳せているのが糖衣構文だってことだろ。
0629nobodyさん2007/05/13(日) 17:10:40ID:???
英語が読めない馬鹿の巣窟ですね。
0630nobodyさん2007/05/13(日) 18:59:22ID:???
素人意見なんだけど
自分の書きたいようにソースを書いてコンパイルのように実行前に正しい構文に変換して
やればいいだけの話じゃないの?
0631nobodyさん2007/05/13(日) 19:59:24ID:???
>>630
そこまでするのはさすがに面倒くさいな
新言語作っちゃう方がいいかも
言語作るのって難しいのかな？
0632nobodyさん2007/05/14(月) 00:52:40ID:???
Zendが反省すればいいだけの話だろ
0633nobodyさん2007/05/14(月) 02:52:42ID:???
もういいよ
0634nobodyさん2007/05/14(月) 09:41:13ID:???
そうだな、もういいな
0635nobodyさん2007/05/14(月) 09:45:41ID:???
>>631
「こういう構文があると便利」って思いついて実装する事自体は、大抵そんなに難しくは無いんだが、
そのうち、そういった構文に複数の解釈がある、等の矛盾が噴出したりするので難しい。
0636nobodyさん2007/05/14(月) 14:15:32ID:???
ﾏｶｰなメキシカンが作ったフレームワークが登場
http://adroit.selfcontained.us/index.php
0637nobodyさん2007/05/14(月) 14:18:47ID:???
    *  オブジェクト指向
    * ＭＶＣ
    * Ｓｍａｒｔｙユーティリティ付属
    * Ajax簡単実装
    * PHP5+以降

ライトウェイトを歌ってるのに今時Smarty？
センスなしと判定
0638nobodyさん2007/05/14(月) 14:21:20ID:???
FW作ってるの外人ばっかりじゃん
ジャップも頑張れよ
0639nobodyさん2007/05/14(月) 17:20:36ID:PzBGoMlr
>>638
Ethnaって日本人じゃないの？
0640nobodyさん2007/05/14(月) 18:17:17ID:???
>>638
ちいたんもあるぞ
0641nobodyさん2007/05/14(月) 18:49:13ID:???
Maｐleもな
0642nobodyさん2007/05/14(月) 21:47:38ID:???
他にも4つくらいはあるよ
知らないだけだろ
0643nobodyさん2007/05/14(月) 22:14:53ID:???
>>636
そのサイトにアクセスして描画されるまでの時間だけで、
既に使う気がなくなる遅さ。
0644nobodyさん2007/05/14(月) 22:50:11ID:???
みったんフレームワークもあるよ
0645nobodyさん2007/05/15(火) 01:24:20ID:???
このスレ見てるんじゃないかとおもた

PHP最適化tipsまとめサイト
ttp://labs.unoh.net/2007/05/phptips.html
0646nobodyさん2007/05/15(火) 13:02:28ID:EEPUGtmM
そこレベル低いよ。ブログが逆効果だよ。
0647nobodyさん2007/05/15(火) 13:06:22ID:???
　 ､　　∩  
(　ﾟ∀ﾟ)彡　ちいたん!　ちいたん!  
　　⊂彡  
0648nobodyさん2007/05/15(火) 13:21:04ID:???
確かに右脳はレベル低い。そこら辺の馬鹿つれてきてPHP覚えさせた感じ。
0649nobodyさん2007/05/15(火) 13:42:48ID:???
>>645
なるほど。
＞メソッドで2回以上参照されるすべてのグローバル/オブジェクト変数はは、
＞ローカル変数に格納したほうがよい。
と紹介しているのに、自社のやつが
http://labs.unoh.net/2007/05/php_7.html
みたいなそれを正面から無視するコードかいてたりするのが笑える
0650nobodyさん2007/05/15(火) 14:03:04ID:???
なんだかんだいってこのスレのtips見て若干コードの書き方変わってきたわ
strposを良く使うようになったし
ループ中の判断分岐は外に出せないか検討するようになった
0651nobodyさん2007/05/15(火) 14:04:09ID:???
>>646
>>648
右脳のレベルはおいといて
真面目にレベルの高い奴の記事読みたいぞ
おまいらなんか書けよ
0652nobodyさん2007/05/15(火) 14:07:48ID:???
・メソッドで2回以上参照されるすべてのグローバル/オブジェクト変数はは、ローカル変数に格納したほうがよい

これから言うと
クラス内で
Context::getInstance()
するより
プロパティーに持っておいて
$this->getContext()
する方が速いってことかな？
俺はContext::getInstance()形式を好んで使ってるんだが
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の方が有利だし。
■ このスレッドは過去ログ倉庫に格納されています