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

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

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001nobodyさん2005/08/10(水) 02:21:08ID:CBjrwwHd
※フレームワーク
Phrame本家
http://phrame.sourceforge.net/
Mojavi Project
http://www.mojavi.org/
mojavijapan
http://mojavi.p0t.jp/
Agavi本家
http://agavi.org/
Agavi.JP
http://agavi.jp/
[ 日本発 ] Maple Project
http://kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/ethna-tutorial-startup-practice1.html

※関連スレ
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
PHPでオブジェクト指向プログラミング
http://pc8.2ch.net/test/read.cgi/php/1113724557/

その他>>2-5参照汁
0866nobodyさん2005/12/15(木) 06:12:18ID:???
× 愛で
○ 間で

すまん
間違ったものを芽生えさせた
0867nobodyさん2005/12/15(木) 06:12:22ID:???
>>860
Modelにするにせよ別もんにしてつくるにしても、
初期のViewだけじゃなにもできんじゃん。
ごてごてタグとテンプレートと定数混ぜることになってしまう。
その辺のモデルもつくるでしょ？ふつう
0868nobodyさん2005/12/15(木) 06:16:08ID:???
いや、Mojaviだとビジネスロジックの呼び出しはアクションあたりに集約するのが一般的だと思う
ビュー内でモデルは呼び出したくない
0869nobodyさん2005/12/15(木) 06:20:08ID:???
>>868
MVCはもともとそういうものだけどな。View - -> Model
08708622005/12/15(木) 06:21:54ID:???
>>865
そかそか。曖昧な言い方ですまんかった。
基本的には「依存性はゼロイチ」ってのは同意だよ。
だから>>860への答えはViewからModelへの依存性は「あり」。
ただ「切り離されてるのが当たり前」って表現をしてたので、862で「それは疎結合のことであって≠依存性だよね」っていう意味で言った。

>>868
実際にはそうだよなｗ
0871nobodyさん2005/12/15(木) 06:23:49ID:???
>>869
パッシブモデルね
0872nobodyさん2005/12/15(木) 09:58:57ID:???
モデルをフレームワークから独立させる派は
モデルからUserにアクセスする必要がある時はどうやってるの？
0873nobodyさん2005/12/15(木) 10:10:17ID:???
>>872
モデルはフレームワークに依存していない設計なので、
モデルから User にアクセスする必要がない。
0874nobodyさん2005/12/15(木) 10:21:58ID:???
extends Modelすらしないってこと？
0875nobodyさん2005/12/15(木) 10:26:14ID:???
>>873
DBはどうしてる？
0876nobodyさん2005/12/15(木) 11:14:48ID:???
Mojavi系の場合DBみたいな下層にも入ってくるから
フレームワークに依存しない設計がいまいちイメージしにくいな
0877nobodyさん2005/12/15(木) 11:38:55ID:???
というか、一度 Mojavi を頭から追い出して一般的な設計の話をしろよｗ
もうあんな設計は古いって…。
0878nobodyさん2005/12/15(木) 11:43:23ID:???
話変えたいなら自分から話題を提供すればいいのに
0879nobodyさん2005/12/15(木) 11:51:42ID:???
スルーしとけ
0880nobodyさん2005/12/15(木) 11:55:01ID:???
Mojaviはたたき台としてまだ価値あるだろ
影響受けてるフレームワークいっぱいあるしな
0881nobodyさん2005/12/15(木) 14:16:48ID:???
rails!rails!
0882nobodyさん2005/12/15(木) 15:21:47ID:???
PHP on TRAXときたか
0883nobodyさん2005/12/15(木) 21:48:05ID:???
S2Baseがいいと思うんだけど、どう？
ValidateやらFilterは自作になるけど、結構いいと思う。
0884nobodyさん2005/12/15(木) 23:18:51ID:???
S2PandNで出席者が質問してたが､S2やMapleのDIはどこまでパフォーマンスが出るか疑問｡
プロダクトとしてリリースするなら､自分のところできちんと性能評価をやった方がいいよ｡
0885nobodyさん2005/12/16(金) 00:48:04ID:???
もうMojaviでいいや。　
0886nobodyさん2005/12/16(金) 01:35:11ID:???
S2をそのままPHPに移植してるのかな
08877682005/12/16(金) 09:02:11ID:???
zend framework待とうよ！
0888nobodyさん2005/12/16(金) 09:14:05ID:???
末広がりget, zuzaa
0889nobodyさん2005/12/16(金) 18:13:50ID:???
Mojavi初心者なんですが
エスパー募集してもよろしいでしょか？
0890nobodyさん2005/12/16(金) 18:41:40ID:???
>>889
ここは語るスレだ。質問はスレ違い。
08918892005/12/16(金) 18:51:08ID:???
>>890
そうですか、失礼しました。(´･ω･｀)
0892nobodyさん2005/12/17(土) 00:42:49ID:???
POSTされたデータをDBへupdateする場合はmodelでするの？
0893nobodyさん2005/12/17(土) 01:13:05ID:???
>>890
多少質問あったほうが盛り上がるからいいんで内科医？

>>892
基本的にvalidationはactionでやり、DBの扱いはmodelでやってるけど、このスレ読んでたらもしかしたらactionでやったほうがいいのかな？とも思えてきた。
0894nobodyさん2005/12/17(土) 01:30:36ID:???
>>893
エスパー募集な質問でもか？
0895nobodyさん2005/12/17(土) 01:39:26ID:???
あー、エスパー募集はよろしくない罠ｗ
0896nobodyさん2005/12/17(土) 01:50:31ID:???
>>892
modelを作るほど複雑でなく(単なるログとか)、
また他のアクションで同じ機能を利用しないならアクションで済ませてしまってもいいとは思う。
0897nobodyさん2005/12/17(土) 02:02:35ID:???
>>896
modelでDBに登録するとしたらサニタイズもmodelでやるってことになる？
でないとmodelがactionに依存してしまう気がするんだけど。
0898nobodyさん2005/12/17(土) 09:32:09ID:???
そしたら
サニタイズはactionでやるべきだね。
0899nobodyさん2005/12/17(土) 09:36:15ID:???
アクション前にフィルタ処理は済んでるはず
モデルは自身のためのサニタイズは自身で持つ
いずれも定義は括りだす
0900nobodyさん2005/12/17(土) 09:39:35ID:???
インプットフィルター → アクションDeバリデーション → モデルサニタイズ

てことか。
実際どこで何をやるんだろ。
0901nobodyさん2005/12/17(土) 10:04:30ID:???
つーかModelでDBに書き込む場合、フィルタでサニタイズするのもおかしいじゃん。
てことはActionでDBに書き込むのが正しい？
0902nobodyさん2005/12/17(土) 10:55:36ID:???
ありえなす
0903nobodyさん2005/12/17(土) 11:29:14ID:???
俺はmodelからdbクラスいじってやってるけど。
0904nobodyさん2005/12/17(土) 12:05:30ID:???
mojaviの質問はどこですればいい？
0905nobodyさん2005/12/17(土) 12:12:34ID:???
ここですればいいよ
答えが返ってくる時もあれば返ってこない時もあるけど
0906nobodyさん2005/12/17(土) 13:19:27ID:???
>>904
あなたの質問がこのスレの命運を決めるかもしれません。
慎重に質問してください。
0907nobodyさん2005/12/17(土) 13:24:57ID:???
何のプレッシャーだよw
0908nobodyさん2005/12/17(土) 19:16:29ID:???
おい、agaviのサイトがエラーですよ！
http://www.agavi.org/
0909nobodyさん2005/12/17(土) 20:58:41ID:???
>>908
多分5.1にしたんじゃないか
0910nobodyさん2005/12/17(土) 21:00:06ID:???
>>908
多分PHP5.1に変えたんだろ
timezone関係の警告でてるし
0911nobodyさん2005/12/17(土) 22:24:03ID:???
バージョン上げてからチェックしないとはアホもいいとこだなｗ
0912nobodyさん2005/12/18(日) 03:06:20ID:???
>>911
逆だろ
チェックしてからバージョン上げないなんてアホもいいとこだなｗ
0913nobodyさん2005/12/18(日) 03:09:01ID:???
まあフレームワークのサイトが
危機管理意識なしでエラーメッセージ垂れ流しっていうのは
あまりよろしくないよなぁ。
そもそも確認すらしないのかと。
0914nobodyさん2005/12/18(日) 06:17:14ID:???
あれ、こんなエラー自分の環境じゃ出なかったのに
0915nobodyさん2005/12/18(日) 09:07:58ID:???
isSecure()
return true
と

filters.iniで以下設定
[BasicSecurityFilter]
class = "BasicSecurityFilter"
param.comment = "On"

と挙動が違う。


filters.iniで設定すると、controllerの$this->loadModuleFilters($filterChain);
でBasicSecurityFilterがregistされ
BasicSecurityFilterクラスの$controller->forward(LOGIN_MODULE, LOGIN_ACTION);

でLOGIN_MODULEのフォワード無限ループになります。


http://ozaki.kyoichi.jp/mojavi3/authfilter.html
ここのサイトではちゃんとできているようだけど、
同じようなトラブルにあっている方はいますか？
0916nobodyさん2005/12/18(日) 11:43:36ID:???
そのドキュメントは古いよ
BasicSecurityFilterの使用はsettings.iniのUSE_SECURITYで決定する
filters.iniに設定する必要はないよ
0917nobodyさん2005/12/18(日) 14:07:02ID:???
o
0918nobodyさん2005/12/18(日) 21:17:43ID:???
>>916
ちがうでしょ。
controllerでは下のように条件分岐している。
if (USE_SECURITY && $actionInstance->isSecure()) {
0919nobodyさん2005/12/18(日) 21:42:33ID:???
>>911-912
それがPHPクオリティ
0920nobodyさん2005/12/18(日) 22:12:04ID:???
>>918
なにが違うんだ？
USE_SECURITY && $actionInstance->isSecure()で
filterChainにSecurityFilterが登録されるわけだが。
なんでfilter.iniで再登録する必要がある？
$actionInstance->isSecure()の意味解ってないだろ
0921nobodyさん2005/12/18(日) 22:48:36ID:???
>>920
申し訳ございません。
私が間違ってました。
0922nobodyさん2005/12/18(日) 23:39:16ID:???
俺も間違ってた・・・。
再登録以前に、filters.iniにBasicSecurityFilterを登録したら
未認証時に遷移するはずのLoginAction自体にもBasicSecurityFilterが適用されて強制無限ループ。
正確には、forwardが20回再帰すると例外投げるから無限ループにはならないみたいだけど。
すみませんでした。
0923nobodyさん2005/12/18(日) 23:54:26ID:???
それそれ！
BasicSecurityFilterは$this->loadModuleFilters($filterChain);
でregistすると、ループする。
（Default_LoginActionにisSecure ()適用したと同等の現象）

いちいちactionでisSecure ()をtrueに書き直すのめんどくさい。

何とかなりませんか
0924nobodyさん2005/12/19(月) 17:48:44ID:???
mojaviでadodb+DB_Object使ってる香具師いる?
0925nobodyさん2005/12/19(月) 18:34:07ID:???
その組み合わせってなんか変じゃね？
0926nobodyさん2005/12/19(月) 21:25:50ID:???
headerを出力したいんだけど、viewにそのまま書いていい？
0927nobodyさん2005/12/19(月) 21:49:37ID:???
>>925
変だからやってる香具師いるかなぁと
普通ならPEAR::DB+DB_Objectだろうけど、PEAR::DBってadodbより遅いって言うし。
0928nobodyさん2005/12/19(月) 21:53:15ID:???
そこでPDOですよ。
0929nobodyさん2005/12/19(月) 22:05:31ID:???
>>925
viewに書くのか。
新しい考えだけど俺はactionに書いてる。
だってviewじゃないし。
0930nobodyさん2005/12/19(月) 22:08:30ID:???
>>927
DB_DataObjectは確かに内部でDBを使っているが、
基本的に抽象レイヤーと組み合わせて使うもんじゃないぞ
DB_DataObjectのソースに手を入れるなら別だけど
0931nobodyさん2005/12/19(月) 22:42:40ID:???
DB_DataObjectつかうならFlexyもどうぞ。
0932nobodyさん2005/12/20(火) 00:41:08ID:???
>>931
Alanさん早くDBDOをFixしてください
0933nobodyさん2005/12/20(火) 02:33:17ID:???
というよりみんなは何を使ってるの?

PDO使いたいけどPHP5.1で動かないアプリがあるからムリポ
DB_DataObjectで楽するかadodbで早さを取るか迷い中
0934nobodyさん2005/12/20(火) 12:06:31ID:???
agaviサイトまだエラー直ってないじゃん
やる気ねーーー
0935nobodyさん2005/12/20(火) 14:49:28ID:???
Mojavi2は　PHP5で動作しますか？
0936nobodyさん2005/12/20(火) 15:07:17ID:???
>>933
そもそも PHP を使ってない(ﾟДﾟ)
0937nobodyさん2005/12/20(火) 16:02:57ID:???
コスモを感じる
0938nobodyさん2005/12/21(水) 09:02:46ID:???
agavi直りますた。
0939nobodyさん2005/12/21(水) 10:14:48ID:???
Mojavi < agavi < 江角　< Maple　?

今、Mojavi勉強中なんです。　ながら気になってます。
0940nobodyさん2005/12/21(水) 11:02:52ID:???
mojavi以外ならどれでも自分が使いやすいのを使えばいいと思う｡
0941nobodyさん2005/12/21(水) 15:41:11ID:???
ありがとう。Mojavi以外を考えたほうがいいのか？　Mojaviを習得するか？
Mojavi覚えるの大変なんですが、何日くらいで慣れますかね？
0942nobodyさん2005/12/21(水) 18:11:03ID:???
>>940
なぜmojavi以外?
0943nobodyさん2005/12/21(水) 19:57:44ID:???
M3かagaviをすすめる。
オブジェクトを理解するのにちょうど良い。
0944nobodyさん2005/12/21(水) 21:52:51ID:???
M3とは？
0945nobodyさん2005/12/21(水) 22:03:21ID:???
mojavi3
0946nobodyさん2005/12/21(水) 22:51:55ID:???
あれ？ひょっとしてagavi0.10.0が出た話題出てない？
0947nobodyさん2005/12/21(水) 23:05:54ID:???
そういえば出てないねぇ。ってかagavi自体の話もあんまり無いような・・・
0948nobodyさん2005/12/22(木) 00:27:18ID:???
おお！agavi0.10.0がほんとにでとる！
アップデートしてそのまま使えるんか
0949nobodyさん2005/12/22(木) 12:52:20ID:???
agavi Mojavi3 Ethmi Makiko

結局Mojavi2で落ち着きました。 その後はまた考えます。
0950nobodyさん2005/12/22(木) 18:28:57ID:???
php4つかってんの？
後々のこと考えるとphp5とm3の方がいい。
0951nobodyさん2005/12/23(金) 02:00:04ID:???
フレームワークを使うならPHP5＋なんかだろうね。
php4使うぐらいならフレームワーク使わないでいいと思う。
どうせ将来性ないし。
0952nobodyさん2005/12/23(金) 04:49:25ID:???
まだまだPHP4が使われつづけると思う。
今のようなPHPの使われ方なら、PHP4で問題ない。
0953nobodyさん2005/12/23(金) 10:19:22ID:???
プロシージャ系を想定してるんだろうけど
開発者の一人がもうphp4固有のバグなんかは直さないよというような
ものは使わないほうがいいと思う
0954nobodyさん2005/12/23(金) 10:20:08ID:???
というか非OOのフレームワークって見たこと無いや
0955nobodyさん2005/12/23(金) 12:21:16ID:???
agavi0.10.0使ってる人、レポよろ
0956nobodyさん2005/12/23(金) 14:01:08ID:???
ジングルベルってこういう歌だったの！？
一回目は普通のジングルベルで終わった後、もう一回ボタンをおしてリバースすると・・・
聞こえにくい場合は音を少し大きめに。
http://media.spikedhumor.com/8944/Jingle_Bells_Reversed.swf
0957nobodyさん2005/12/23(金) 14:05:43ID:???
>>956
このｽﾚにまでそんなコピペが貼られるご時世かよ
0958nobodyさん2005/12/23(金) 15:07:39ID:???
>>957
冬休みだしね
0959nobodyさん2005/12/23(金) 18:02:33ID:???
>>958
クリスマス寂しいな
0960nobodyさん2005/12/23(金) 18:02:45ID:???
>>955
初ﾌﾚｰﾑﾜｰｸにAgaviを選択してみました。
英語がさっぱりなので、ドキュメントもなんとなくしか
わからないのですけど、すごく良い感じですね。
日本語情報がすごい少ない以外は今のところ不都合ないです。
ってﾚﾎﾟになってないですね・・・。
0961nobodyさん2005/12/23(金) 20:44:59ID:???
>>956
そういうさ、途中で叫び声入るようなドッキリ系張る奴って、そんなに驚いたのか？
叫ばれてもお前に腹立つだけで、広めようとかまったく思わなかったんだが。
0962nobodyさん2005/12/23(金) 21:33:46ID:???
ちょｗｗｗ
今PHPのサイトもエラ−になってる
http://www.php.net/

Fatal error: Call to a member function on a non-object in /local/Web/sites/phpweb/include/ip-to-country.inc on line 65
0963nobodyさん2005/12/24(土) 01:48:59ID:???
直ってる…
0964nobodyさん2005/12/24(土) 02:58:29ID:???
非SQL型のアプローチって
逆に手間増える場合も多いね。
抽象化レイヤ一枚かぶせただけみたいな形になって
しかもインターフェイスを憶えにくいからコーディングがﾉﾛﾉﾛになった。
0965nobodyさん2005/12/24(土) 10:57:47ID:???
非SQLていうと、ldapとか、XMLで問い合わせるDBとか?
べつにそういう印象はないけど、慣れの問題じゃない?
0966nobodyさん2005/12/24(土) 13:22:47ID:???
いや、ldapとかXMLじゃなくて、
RDMSに対して生SQLを書かずにアクセスできる
ラッパークラスのアプローチ。
たしかに慣れたら速く書けるんだろうけど
ガンガン進みたい時に「あーｳｾﾞｰ！」ってなる。
レス数が950を超えています。1000を超えると書き込みができなくなります。