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

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

1:nobodyさん
05/08/10 02:21:08 CBjrwwHd
※フレームワーク
Phrame本家
URLﾘﾝｸ(phrame.sourceforge.net)
Mojavi Project
URLﾘﾝｸ(www.mojavi.org)
mojavijapan
URLﾘﾝｸ(mojavi.p0t.jp)
Agavi本家
URLﾘﾝｸ(agavi.org)
Agavi.JP
URLﾘﾝｸ(agavi.jp)
[ 日本発 ] Maple Project
URLﾘﾝｸ(kunit.jp)
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
URLﾘﾝｸ(ethna.jp)

※関連スレ
【PHP】フレームワークMapleに舌鼓
ｽﾚﾘﾝｸ(php板)
【PHPフレームワーク】Ethna【スケルトン自動作成】
ｽﾚﾘﾝｸ(php板)
PHPでオブジェクト指向プログラミング
ｽﾚﾘﾝｸ(php板)

その他>>2-5参照汁

2:nobodyさん
05/08/10 02:21:56 CBjrwwHd
※前スレ
【PHP】Phrameを使う【フレームワーク】
ｽﾚﾘﾝｸ(php板)

※解説ページ
開発談義/FrameWorkはどれがいい？ - PukiWiki
URLﾘﾝｸ(w-project.org)
PHP用MVCフレームワーク Mojavi第1回：フレームワークとMojavi
URLﾘﾝｸ(www.stackasterisk.jp)
いまのところ、ここの解説が一番詳しいかな？
URLﾘﾝｸ(mojavi.try-angle.biz)
mojaviビギナーのチュートリアルだ。
URLﾘﾝｸ(www.peterrobins.co.uk)
こっちだったスマソ。
URLﾘﾝｸ(www.lyricfathom.com)
Phrameを使ってみよう
URLﾘﾝｸ(www.lyricfathom.com)

3:nobodyさん
05/08/10 02:29:10
>>1
乙

4:nobodyさん
05/08/10 02:35:18
おつおつ　>>1

5:nobodyさん
05/08/10 10:58:07
スレ立て杉orz

6:nobodyさん
05/08/10 21:02:00
ｵﾘﾌﾚ族の俺が来ましたよ

7:nobodyさん
05/08/10 21:07:23
本家のMojaviプロジェクトが寄付を募ってます。サーバー維持に衝き99ドル必要だそうです。
ハードなMojaviユーザーは払ってみるのも面白いかもしれません。

だって。ﾓｼﾞｬﾋﾞｊｐより。
結構インパクトはでかいのに
たかが99ドルが問題になるほど金になってねーのかYO
でもオープンソース商売っていまいち形が見えない。
Zendとかもどこで儲けてるんだろ？

8:nobodyさん
05/08/10 22:06:40
apacheもどこでもうけてんだ？

9:nobodyさん
05/08/10 22:29:41
guessworkってのもあるよ

URLﾘﾝｸ(www.guesswork.jp)

10:nobodyさん
05/08/10 22:43:28
なんでPHPフレームワークって大体放置されぎみなんだろう…

11:nobodyさん
05/08/10 22:46:18
やっぱ金にならないのが問題なんだよ。
サービスを続けるには金がいる。
それが技術者には分かってないのれす。

12:nobodyさん
05/08/11 01:16:39
そんなに大きくないオープンソースプロジェクトの場合、やる気の方が問題。
だれもほめてくれなかったり、飽きるとみんなやめちゃう。

ただ、MojaviくらいならSourceForgeなどで充分なはずなのに、
サーバーが欲しいとわがままを言うのはまだプロジェクトに興味がある証拠かも。

13:nobodyさん
05/08/11 01:20:27
本当に興味あるならもっとバリバリ更新できると思うんだけどなぁ
まあ仕事じゃないから仕方ないか…

14:nobodyさん
05/08/11 02:12:14
Mojavi寄付の話、ここが元だね
URLﾘﾝｸ(www.mojavi.org)
未払いかなんかで$220たまってるらしい。
払いたい人は
URLﾘﾝｸ(www.fundable.org)
一人$10（千円ちょい）から。
8/17までに全額払いきれなかった場合は、寄付した分返ってくるくさい。

なーんかなー。Agaviが出た今となってはなー。
とは言ってもMojaviの登場に恩恵を受けたとも言えるから払おうかどうか迷い中。

15:nobodyさん
05/08/11 02:46:38
ｵﾘﾌﾚで勉強させてもらったから$20送ったった
ま、経費で落とすけどな

16:nobodyさん
05/08/11 10:15:57
そもそもフレームワーク必要になる位の案件なら
Java使うわい　って思うのね。

17:nobodyさん
05/08/11 10:33:15
>>16
それいっちゃおしまいよ

18:nobodyさん
05/08/11 17:28:03
フレームワークは
書けば書くほど楽になっていくから
RPGみたいな楽しさがあるよ
作ってて楽しいのは大きい。

19:nobodyさん
05/08/11 20:57:22
MojaviObjectのtoStringは
何の時に使うんですか？

20:nobodyさん
05/08/11 21:02:05
M2で若干違和感あった命名法（addLoggerとかcleanupとか）は
M3で直ってるんだな
パクるならM3からパクれ、と。

21:nobodyさん
05/08/11 22:20:58
おまいらSean Kerrに金払ってやれよ
世間に大量の知をふりまいた奴に対してたった$220も集まらないなんて
これ使って金稼いだんだろ？えーこら

22:nobodyさん
05/08/11 22:30:20
おまいら、
テンプレート継承してますか？

23:nobodyさん
05/08/11 23:40:30
>>22
agavi の話？

SmartyView を継承したら思い通りに動かなかったので SmartyViewを元にView を継承したクラスを作った。

24:nobodyさん
05/08/12 00:04:34
テンプレートとViewは別物ｼﾞｬﾝ
テンプレート継承ってどんなだ？いまいちイメージが沸かないな

25:nobodyさん
05/08/12 01:12:40
M2のFileAppender、書き込み時ロックしてないから
高負荷になったらファイル壊れるよなぁ

26:nobodyさん
05/08/12 20:17:34
ｱｶﾞﾋﾞﾁｪｯｸｱｳﾄしてみたけど
まだFileAppenderも埋まってねーのかよ　(　ﾟдﾟ)､ﾍﾟｯ

27:nobodyさん
05/08/12 23:33:14
まだ開発途中だからな。
不満なら自分で作って投稿しろよ。
自分で作れないなら、指くわえて待ってろ。

28:nobodyさん
05/08/12 23:59:41
guesswork
URLﾘﾝｸ(www.guesswork.jp)
も加えてやっとくれ。
もうじき出るらしい0.9.0に期待。

29:nobodyさん
05/08/13 00:00:23
失礼、>>9 で既出でした。

30:nobodyさん
05/08/13 00:21:59
>>28
割り切り感に共感した

31:nobodyさん
05/08/13 18:58:12
>>28

　PHPでフレームワークを使ってみたいけど、大袈裟な物だと、PHPを使うより、
JAVAを使った方が良い様な気がして悩んでいたんだけど、guessworkは、
私のニーズにすっぽりはまりそうな感じ。
　ただ、昨年の10月に 0.0.1 が出でから全然更新されていないので、自然消滅
かなと思ってたけど、

URLﾘﾝｸ(blog.bmedianode.com)

　で開発が続いている事を知って、ひと安心。

　0.9.0 が今月中に出る予定なんですね。

32:nobodyさん
05/08/14 01:16:18
>>28
これって使ってみた人いる？
controller を継承したclassをひとつ作ればいいだけ？
Action とか View とか命名規則とか覚えなければならないのは面倒だからなー。
でもこれって　フロントコントローラー形式じゃなくて一つのスクリプトが一アクションって感じかね。

33:nobodyさん
05/08/14 02:02:27
フロントコントローラで
actionをメソッドで持つ形だね

34:nobodyさん
05/08/14 03:10:29
ｹﾞｽﾜｰｸの変数だけ用意しておけば
勝手にほりこんでくれるってアイデア何か新しいな
リクエストパラメータ以外にも使えそう

35:nobodyさん
05/08/16 19:36:28
> guesswork classic 0.0.2
> PHP4用のguessworkをguesswork classicと改称して、0.0.2をリリースしました。

　PHP5用は、まだみたいですね。

36:nobodyさん
05/08/16 23:42:43
mojaviでactionクラス作って、そのクラスのメソッド中に変数を
作ると、エラーになるんでしょうか。

Undefined variable とエラーになってしまいます。
なぜでしょう。

37:nobodyさん
05/08/17 00:07:28 pp1u9i8Z
>>36
Mojavi以前にPHPでメソッドないでメンバ変数にアクセスするには$this->var
また、PHPで値を代入していない変数を参照するとUndefined variableのノーティスがでるが。

38:nobodyさん
05/08/17 00:11:11 XikmAfZG
優しいなぁ･･･この季節は放置が基本だと思ってたよ。

39:nobodyさん
05/08/17 00:21:55
>>37さん
どうもありがとう。

$test = '';
で回避していました。

40:nobodyさん
05/08/17 04:32:13
Mojavi鯖のドネーション、あと1日たらずじゃん。
前より増えてるけどまだ届いてない
侠気のある奴よろしくﾒｶﾄﾞｯｸﾞ。

41:nobodyさん
05/08/17 06:49:28
>>40
念のため書いておくけど

Deadline:
08/17/2005 11:59 PM EST

ってのは日本時間で８月１８日（木曜日）の昼間１２時５９分ね。
１日と６時間ちょいだそうな。

それと払える人はマジ払えって。
いや、払ってください。よろしくお願いします。

42:nobodyさん
05/08/17 14:49:39 XikmAfZG
いや、だってMojaviやる気ないじゃん…
FreeBSDみたいバリバリ動いててお世話になってるプロジェクトが
あと一日で金足りないなんて自体ならさすがに考えるけど。

43:nobodyさん
05/08/17 16:57:51
でもこれで集まらなかったら
多分本当にやめちゃうだろうな。
この程度しか期待されてねーのかよって。
しかしMojavi使いが世界に何人いるのかしらないが
この集まりってどうなんだろ。
一部で騒がれていただけで案外ユーザー少ないのか。

44:42
05/08/17 17:02:26
agaviあるしそれでもいいんじゃないの？
俺は未だにagavi未使用だけどさ。

45:nobodyさん
05/08/17 17:22:22
ん？
220ドルすら集まらないってこと？

46:nobodyさん
05/08/17 17:25:19
アガビにまるまくりされる＆鯖の金も集まらない
Kerrもへこみまくりだ

47:nobodyさん
05/08/17 17:25:54
まるまくり→まるぱくり

48:nobodyさん
05/08/17 17:33:04
agaviってそんなに良いの？

49:nobodyさん
05/08/17 17:35:22
ひょっとして$20贈ったらしい>>15が一番貢献したのではなかろうか・・・

50:nobodyさん
05/08/17 20:07:01
開発止まってるとはいえ、恩恵に預かったのも確かだから、
俺も$20送ってきた。したら、76-99%になったよ。あと$10なのかなぁ。
んでもって、あと16時間。

51:nobodyさん
05/08/17 20:43:04
いや、51-75% から 76-99% に変わったみたいだから、おそらくあと 25% 弱必要だろうね。
ざっと$40～$50ってとこかな。あと４～５人か・・・。微妙な線だな。

52:nobodyさん
05/08/17 20:49:48
76～99％か…
てっきり76人・99％かと思った
微妙だねぇ

53:nobodyさん
05/08/17 22:04:18
フレームワーク使うときってユニットテストどうしてる？
自作のフレームワークの人なんかはテストも込み込みで構築してるのかな

54:nobodyさん
05/08/18 01:47:12
俺も結構お世話になったので
$10 送って来た

55:nobodyさん
05/08/18 01:59:45
Finishになってるね
$220到達したのかな？

56:nobodyさん
05/08/18 02:00:57
$20 のお布施入れてみたら 100% になった。
1000 げとずさー？

57:nobodyさん
05/08/18 02:01:52
もしかして寄付してるの日本人が半分超えてないか？

58:nobodyさん
05/08/18 02:10:24
>>15,50,54,56で$70か
こりゃー頑張ってもらわないとな

59:nobodyさん
05/08/18 02:38:18
おーGJ！
半分あきらめていたがジャパニーズマネーをたくさん注入したな
ｶｰも喜んでるだろう

60:nobodyさん
05/08/18 02:53:27
また日本が馬鹿にされるんだ。金貰うならあの国だって

61:nobodyさん
05/08/18 04:38:50
ｶｰは良い奴だからそんなことないよ

62:nobodyさん
05/08/18 09:04:06
ﾎﾞﾌﾞも良い奴だよ

63:nobodyさん
05/08/18 10:08:12
ゲスワークそろそろっぽい雰囲気だな
「PHPらしい簡単フレームワーク」という新しい地平を
切り開いてゆくか？

64:nobodyさん
05/08/18 11:56:16
>>56
オメ

65:nobodyさん
05/08/19 00:52:11
MVCでデザに依頼すること考えているんだけど、
普通のホームページと違ってむずかしいよね？

66:nobodyさん
05/08/19 02:02:56
mojaviの user , request　各クラスのメンバ変数に$attributes
ってやつがあるけど、どうちがうの？

67:nobodyさん
05/08/19 02:05:03
うちの場合はデザに通常のHTML組みまでやってもらって、
データ部分を後でプログラマがテンプレートエンジン用変数等を
埋め込むってやり方してる。

68:nobodyさん
05/08/19 05:27:20
>>65,67
1.67さんと同じパターン(ただこれだと手離れが悪い)
2.受け渡しの変数名等いれたダミーページを作って渡す
を相手を見て決めます。
ところで「デザ」って言うの？デザイナ(ー)としか言ったことないんだけど
デザって言わないと格好悪い？

69:nobodyさん
05/08/19 18:35:20
>>68
そんなことを気にするのが格好悪い。

70:nobodyさん
05/08/22 01:54:17
デザってCSSちゃんと使えてる？

71:nobodyさん
05/08/23 21:37:01
J2EEパターン本読んだら
Mojaviの思想がすんなり理解出来た
ほとんどそのまんまやん
逆にJ2EEパターンを知らずにMojaviを理解しようとすることは
かなり徒手空拳だったな…

72:nobodyさん
05/08/23 23:15:36
Mojavi & Agavi ケコーン？
URLﾘﾝｸ(article.gmane.org)

73:nobodyさん
05/08/24 00:06:21
>>72
みたいだね。
要約しますた。

Seanのあとを引き継いだTylerがAgaviサイドにアプローチして、
MojaviとAgaviがマージできないか対話がもたれた。話し合いの結果、
1. フォークから時間が経ってないのでMojaviとAgaviはそんなに違わない。
2. TylerはMojavi開発を透明化して、コミュニティを発展させたい。
3. MojaviもAgaviも目指すものは同じ。
Agaviチームの意見としては
- Agaviは0.10.0をめざし、そのあと（もしくは同時に）Mojavi 4の開発にシフト。
- Mojaviは3.0.0-DEVの開発を中止、4に注力。
- Agaviの良い点 (phing integration, unit tests, public development model) をMojaviに持って行く。
- Mojavi4は完全な再設計になり、以前よりもリリースサイクルが短くなる。

74:nobodyさん
05/08/24 00:52:30
これはいい流れだ。

しかし Mojavi4は完全な再設計かよ
php5で安定したものがホスィ

75:nobodyさん
05/08/24 02:32:19
こりゃまた意外な流れだな

76:nobodyさん
05/08/24 03:15:43
使わせてもらった側なのにこんなこというのもなんだけど、振り回された感はあるな。

77:nobodyさん
05/08/24 03:40:33
Mojavi4は出ないに３０００点。

78:nobodyさん
05/08/24 05:16:50
guessworkの
プロパティーがあれば勝手にほりこんでくれる機構をパクって
LogicやDAOを勝手にほりこんでくれるようにしたよ
ｵﾘﾌﾚ最高☆ｾﾌﾚも最高☆

79:nobodyさん
05/08/24 10:17:07
guesswork のclass method Filterってどう使うのでしょうか？

コントローラのリファレンスを受け取ってごにょごにょってもんだと思って
たんですが、リファレンスが受け取れないようになってる。
そういう使い方を想定したもんじゃないの？

80:nobodyさん
05/08/24 16:17:16
XOOPSの開発者が作ってるXOOPSモジュール開発用のexFrameなんてフレームワーク
もあるんだな

81:nobodyさん
05/08/25 02:02:44
minahitoさんのやつね

82:nobodyさん
05/08/25 09:27:00
mojaviでつくったものとデザインの組み合わせ難しいです。
URL_FORMATを 1 にして各モジュールで画像をわけるんですけど

最終的な微調整の際 dreamweaver みたいなアプリでいじくることできないし。

83:nobodyさん
05/08/27 20:23:14
URLﾘﾝｸ(trac.cakephp.org)

Ruby on Railsをパクったphpフレームワークだってさ
Mojavi系（Struts系）はもう古いんかも？

84:nobodyさん
05/08/27 20:44:49
Ruby on Railsはどうも馴染まないというか･･･
ぶっちゃけPHPにRailsのようなコマンドでスケルトンを生成して～のような
開発体系は合わない気がするんだけど。
そりゃ大規模開発には便利なんだろうけどね、漏れ的には旧guessworkみたいな
こじんまりとした小規模Webアプリ用フレームワークのほうが肌に合ってる。小物だな漏れも。
そのguessworkも新しいのはRailsっぽいみたいで、ちょっと残念。

85:nobodyさん
05/08/28 03:03:18
>>84
Railsのスクリプト群は単にスケルトンを生成するだけにとどまらず、

メソッド単位でのベンチマーク、
リモートでも使えるデバッガ、
プロファイラ、
Rubyのコードを記述してDBのレコード管理ができるコンソール、
アプリケーションの任意のメソッドのみを手動で実行するツール、
開発用httpd、
単体および結合テストの実行、

なども含んでいるから、PHPでもそこまでできるようなものがあれば
便利なのかもね。

86:nobodyさん
05/08/28 06:11:22
DBのテーブル定義からクラスを作ってくれる機能が気になるなぁ
DAO周りがどうもキレイにかけないから

87:nobodyさん
05/08/28 06:13:00
Kerrが急速にやる気を失った背景にはRailsの存在があったのかも？
と妄想してみる。

88:sage
05/08/29 00:36:22 s8UfImjl
>>82
全部CSSでデザインしたらPHPeclipseの入ってるeclipseでViewしながら微調整可能

89:nobodyさん
05/08/29 03:05:45
どなたかLLDNに行ったﾔｼはいらっしゃいませんか?

90:nobodyさん
05/08/29 05:29:10
なんでテンプレにprado入ってないの？
一番まともに動いてるプロジェクトだと思うんだが

91:nobodyさん
05/08/29 07:53:42
1が知らなかっただけでしょ。
どんなフレームワークか総括してくれると
みな嬉しいと思う。
次スレ（あるかどうかはわからんが）のためにもなるし。

92:nobodyさん
05/08/29 13:16:57
PRADO:
「PRADO is a component-based and event-driven Web programming framework for PHP 5.」
というわけで、イベントドリブンなコンポーネント指向のフレームワークでPHP5専用。
DelphiやC#のような開発体系が取れる（らしい）。サンプルみるとDelphiまんま。

でもこういうフレームワークってRADがあって初めて成立するんじゃないかと思うんだが、
実際使ってどんなもんなんだろう。
RADが自動生成する部分も自力で書くのはあんまり想像したくないんだが･･･

93:nobodyさん
05/08/29 14:39:30
ざっと見た感じではJavaのJSFの真似みたいなもの？
ていうかこういうフレームワークを使うと
PHPの存在意義が全くない気がするような。

94:nobodyさん
05/08/29 16:18:55
>>93
レンサバでjavaは動かせないだろ

95:nobodyさん
05/08/29 16:21:25
>94
本末転倒とはこのことだ

96:nobodyさん
05/08/29 16:24:31
>>95
わかってないね

97:nobodyさん
05/08/29 16:40:05
>>92
>RADが自動生成する部分も自力で書くのはあんまり想像したくないんだが･･･
RADまでいかなくとも、PradoマスターでコンポーネントやDWのタグも生成してくれるから、
けっこう便利ですよ

98:nobodyさん
05/08/30 06:09:06
URLﾘﾝｸ(www.dumitrup.com)
Railsと比べると超微妙…

99:nobodyさん
05/08/30 09:38:54
Railsの真似をする方向性は間違ってないと思う。
（Strutsを真似する事に比べれば。）

100:nobodyさん
05/08/30 21:58:14
俺もそう思う
でもPHPをメインに扱う１PHPユーザとしては
Railsとかみたいにその言語の特徴を生かした
何かオリジナルの新しい方向性を持ったフレームワークが
PHP発で出て欲しいなあと願ってやまないのと、
そういうの作ってみたいなあと思いながらも
仕事こなすだけで精一杯なしがない現実

PHPらしさ、ってなんだろう、、、

101:nobodyさん
05/08/30 22:07:50
新guessworkはまだかいな

102:nobodyさん
05/08/31 01:21:24
オリジナルかどうかなんてどうでもいい。
パクリでもなんでもいいから楽に開発できるやつが欲しい。

103:nobodyさん
05/08/31 02:06:10
Railsは実行パフォーマンスが…

104:nobodyさん
05/08/31 02:42:14
結局、自動生成をがんがんしてくれる
ツールが普及しないと楽にはならないでしょう。

105:nobodyさん
05/08/31 08:23:44
>>101

> guesswork.jpがホスティングされているのはカリフォルニア州サンディエゴなので、
> 遅くとも現地時間の31日中にはリリースしようと思っています（日本時間だと1日の
> 午前8時くらい？）。

　だそうな。

106:nobodyさん
05/08/31 09:19:15
guesswork-classicを使ってみて、
このユルい感じが気に入った。
0.9.0も楽しみだなー。

107:nobodyさん
05/08/31 13:25:13
なんとなくMojavi一辺倒だった潮流も変わって来たね

108:nobodyさん
05/08/31 17:44:10
>>107
mojavi一辺倒だと思ってたのはあなただけよ

109:nobodyさん
05/09/01 05:40:59
パラメータの受け渡しが面倒くせーと思って
ロジック側でリクエストパラメータの受け取りや
viewへの荷物梱包までしてたら
Action見ても何を渡して何を受け取ってるのかが分からなくなり、
ものすごく分かりにくくなってしまったorz
面倒くさくても受け渡しはちゃんと書かなきゃﾀﾞﾒだね(ﾟ∀ﾟ)ｱﾋｬ

110:nobodyさん
05/09/01 08:59:31
>>108
>>107じゃないけど、前スレではMojavi一辺倒な流れも確かにあったね（Phrameスレだったのに）。
そしてこのスレではMojaviが堕ちていく様子が描かれている。

111:nobodyさん
05/09/01 16:04:00
Mapleのサイト覗いてみたら
ActiveRecord云々。
流れはRails方向に向かってる模様。
>>110
Mojaviはちょっと動きがなさすぎ…
PHPの世界に
汎用フレームワークの概念を広めたのは功績だと思うけど

112:nobodyさん
05/09/01 19:06:08
>>110
動きがなかったのはそれなりの理由があったわけだし
これからは動いていくんじゃないの？

113:nobodyさん
05/09/01 19:23:02
agavi次第。

114:nobodyさん
05/09/01 22:00:18
>>113
AgaviはMojavi4に統合だとさ。
Mojavi3は放置プレイだと。
もうMojavi3で開発始めちゃったよ！っていう早漏がいそうだなぁ・・・。
・・・、俺だよ俺・・・。

115:nobodyさん
05/09/01 23:55:53
おいモジャビ（日本）のサイト晒せ。

116:nobodyさん
05/09/02 00:17:24
>114
>73

117:nobodyさん
05/09/02 02:04:14
ていうかagaviはあれである程度の完成系だから、いいんですよ。
その他についてはむしろPHP5.1次第というかなんというか

118:nobodyさん
05/09/02 02:12:51
Mojavi2を今まで使ってたんだけど、そろそろPHP5かなと思ってagaviインストールして動作テストしてるとこなんですが。

ぶっちゃけ運用するものは今までどおりMojavi2で作って、PHP5対応についてはMojavi4待ったほうがいいでしょうか？

119:nobodyさん
05/09/02 02:33:11
>>118
それは状況や能力次第だろ。
M2で既に貴重な財産を築いているなら、今agaviにする必要は全くない。
逆に再利用できない糞コードばかりで作ってたなら、待つ必要は全くない。

120:nobodyさん
05/09/02 02:42:39
>119
コードは試行錯誤があるので綺麗なのも糞なのもあるけど、基本的に再利用可能なようにはなってる。
では次もMojavi2で行ってみます。どうも。

ところで、Mojaviとか他フレームワーク用に、モジュール単位で公開してるサイトとかってありますか？
そもそも私が作ると、PearのMojavi用ラッパーみたいなものが幾つか出来てから
コアの部分のコードを実装して完成（まぁここが一番手間なのだけど）、みたいになるのですが皆さんどんな感じでしょうか？

121:nobodyさん
05/09/02 03:55:24
agavi+propelでRailsみたいに、Create, Read, Update, Deleteがモデル一個呼び出すだけで
できるようにしてる

122:nobodyさん
05/09/02 09:22:10
>>114
agavi は mojavi3とほぼ互換だからｶﾞﾝｶﾞﾚ

123:nobodyさん
05/09/03 02:31:31
M2は曖昧すぎて、部屋の片付けもまともにできない俺ではぐちゃぐちゃになってしまう。
M3やagaviくらいが丁度いい。

124:nobodyさん
05/09/03 08:17:31 gPh989uD
Ethnaを使ってみようと思ってるんだけど、
誰か使ったことある人いる？
感想とか聞かせてくれるとうれしい

125:nobodyさん
05/09/03 23:57:24
EthnaとかMojaviとかMapleって本当に使われてるの？
仕事で使えるか調査中なんだが。。。

126:nobodyさん
05/09/04 12:14:29
>>125
まず社内で使ってみる！
社内だとなにかあっても「ごめんなさい、直します」で通用するから。

127:nobodyさん
05/09/04 13:30:24
Mojavi3をカスタマイズして使ってるって所は聞いたことある。
EthnaはPHPの最新版(4.4.xや5.1.0RC1)だとそのままじゃ動かない。
Mapleも3.0.1が出るのを待つべき。

128:125
05/09/04 16:46:31
そうですか、やっぱりJavaかなぁ。
agavi、、も同じですよね。

PHPの手軽さ、開発効率の良さ、に期待したいのですが、、。

129:nobodyさん
05/09/04 21:38:46
>>128
Movaji2なら3案件くらい使った。DBの管理プログラムとか
ショッピングサイトとか…。正直、開発効率というのなら自分で
フレームワークというか必要な部分を作ってもいいかなという感じ。
今Mapleと格闘中。途中を客にみせられる大根はよいかな。
あと結局中途半端になってしまったけど（これは自分のせい）
テストファーストもどきでも作れるのはいい感じ。
自分が追いついてないなと感じました。まぁ独りで作るなら
MojaviもEthnaもMapleも一緒。大根分Mapleかな。

130:129
05/09/04 21:40:40
ごめんMovaji2にはつっこまないで。反省してるから。

131:nobodyさん
05/09/04 22:53:32
言われないと気づかなかったw

132:nobodyさん
05/09/05 00:48:05
ヤベ、>>131まで読んでやっと気づいた orz

133:nobodyさん
05/09/05 08:00:48
あれ、俺なんて>>132まで読んでまだ気づけない……

134:nobodyさん
05/09/05 08:25:22
>>130-133お麻衣ﾀﾝおかしいよ。ドコに問題が有るんだ？

135:nobodyさん
05/09/05 08:36:52
まぁ、なんだ。
movaji の検索結果約 88 件
mojavi の検索結果約 53,300 件

136:nobodyさん
05/09/05 08:43:15
>>134
> 麻衣ﾀﾝ

ここらへん

137:nobodyさん
05/09/05 15:49:42
どうして間違うんだ？キーボードのキーの位置が近いわけでもないし。

138:nobodyさん
05/09/05 16:44:20
ガチャガチャ打ってると、たまーに文字が前後する時はあるな
明らかに自分のミスだけど、俺のタイプが早すぎてマシンがついてきてないんだと思うようにしてる

139:nobodyさん
05/09/05 19:00:13
こういうくだらないスレ違いネタになると、急に発言者が増えるなｗ

140:nobodyさん
05/09/05 23:24:13
ちょｗｗｗｗおまえらｗｗｗ

PHPCon2005 で中井たんと dino が大盤振る舞いしてくれた CD の事もちったぁ思い出してやれよ。

141:nobodyさん
05/09/05 23:37:15
だって、Mojavi3終わっちゃったじゃん。

142:nobodyさん
05/09/06 00:19:25
それもらったけど、みるまえにどっかいった。

143:nobodyさん
05/09/06 00:21:16
5.1がRC1まできてますよ

144:nobodyさん
05/09/06 01:53:30
URLﾘﾝｸ(bennolan.com)
URLﾘﾝｸ(phpontrax.com)
PHP on Railsを語るフレームワーク

145:nobodyさん
05/09/06 01:55:05
ビスケットなんかはそれで書かれたフォーラムのサンプルがあるから良い

146:nobodyさん
05/09/06 04:18:48
フレームワーク乱立しすぎw
ビスケットとかケーキとか何でRails系はお菓子関係？

147:nobodyさん
05/09/06 09:11:59
多様性はあったほうがいいが、乱立はイクない！
要はきちんと継続的にメンテナンスしてね。
漏れが言うのもなんだけど。

148:nobodyさん
05/09/06 14:58:45 aYh8x/z9
メンテやフィードバックにかかわってる人数少ない
実戦投入の話題（具体例）があまり無い
PEARとかでやりくりしてた人から見るとシステム全体が助長に感じてしまう

→自分でつくったほうがいくね？　て感じ？

149:nobodyさん
05/09/06 15:14:11
探すの面倒なので誰か公開されてるフレームワークリスト作って。

150:nobodyさん
05/09/06 15:19:20
>>1
>>9
>>83
>>144

で大体既出な気がするけど、他にあんのかな？

151:nobodyさん
05/09/06 16:42:00
海外含めればキリが無いだろう。
まあ、開発終了しているのも結構ありそうだが。
URLﾘﾝｸ(ethna.jp)

152:nobodyさん
05/09/07 00:04:38
あのう，結局，Maple の 3.0.1 って……？
作者さんリリースをまとめる気なくしちゃってるのかなぁ……

153:nobodyさん
05/09/07 00:27:18
>>152
今週中だとさ
作者さんの日記参照

154:nobodyさん
05/09/07 00:51:57
>>148
お前はこのスレ来なくていくね？　て感じ？

155:nobodyさん
05/09/07 01:12:11
>>153
おぉっとほんとだ情報ｻﾝｸｽ

CVS版でも大差ないんだろうけど
どうも性分でスナップショット版みたいのを使う気になれなかったのだけど
これでやっと使ってみることができるわー

156:148
05/09/07 04:13:36 VkYxruOZ
>>154
ごめん、このｽﾚ毎日何回もチェックしてるよ
フレームワーク乱立の理由について思ったこといっただけ

157:nobodyさん
05/09/07 04:25:23
>>156
チェックしてるだけじゃなくて、いつも同じこと書き込んでるよね。

158:148
05/09/07 04:27:27
書き込んだのは148がはじめてだけど？

159:nobodyさん
05/09/07 04:29:52
>>158
お前はこのスレ来なくていくね？　て感じ？

160:148
05/09/07 04:31:10
わかりました　さようなら

161:nobodyさん
05/09/07 04:35:56
>>148
＞実戦投入の話題（具体例）があまり無い
＞PEARとかでやりくりしてた人から見るとシステム全体が助長に感じてしまう
PEARはつかってるの？PEARの実践投入の具体例ってどんなのがあるの？

162:148
05/09/07 04:46:27
実はクラスライブラリとか使ったことありませんし
自分で書いたPHPコードをうごかしたことありません
ごめんね

163:nobodyさん
05/09/07 04:56:22
>>156
別に乱立ってほどの数でもないだろｗ
ためしにjavaとかで探してみろよ
特にビスケットなんて無理やり穿り出したようなもんだし

164:148
05/09/07 05:59:16
今日（昨日か）会社でフレームワーク使ってみればって提案したのさ
そしたらやれ情報が少ないとか、
つかい慣れたライブラリのほうが速いとかいわれてさ、
あげくのはてに「こんどうちで最強のフレームワークつくりましょうよ」
とかいいだしてさ。
まるごとPHPと黄色いやつ職場用に買って持ってったのに
「うはーそれ持ってるwww」みたいなノリだし

で、強烈なディファクトスタンダードみたいなのができれば、
疑いも無くそれ使うくせにっておもった。

でこのｽﾚみたら146と147があったから148を書いた。
もう寝るからレスすんなボケ

165:nobodyさん
05/09/07 08:01:46
>>164
会社の上は現状維持したいアホばかりだから気にすんな

166:nobodyさん
05/09/07 11:48:28
>164
お前そのアホばかりの中に入っててお似合いの職場だからから気にすんな。

167:nobodyさん
05/09/07 11:56:22
164に噛みついてる奴はいったい何があったんだろう…
ほのぼのしてたスレなのに無駄に荒らすなよ

168:nobodyさん
05/09/07 12:02:30
ずっと不思議だったのだが
ﾊﾞﾃﾚﾝのフレームワークやライブラリの情報とか
お前らどこから仕入れてくるんですか？

169:nobodyさん
05/09/07 18:22:46
>>164
誰がそんなレスしろって言ったの？で、
PEARの実践投入の具体例ってどんなのがあるの？

170:nobodyさん
05/09/07 18:23:49
>>168
google
気になった情報を調べていくうちに、連鎖的に付加情報が入ってくる。

171:nobodyさん
05/09/07 21:58:39
>>168
開発者のブログが多いかな

172:nobodyさん
05/09/08 01:36:11
まぁ、日本のサイトだけじゃまず情報は補えないな

173:nobodyさん
05/09/08 01:58:54
>>172
あいまいに発言して見栄はらずに晒したらどうよ？

174:nobodyさん
05/09/08 02:32:08
>>173
google

175:nobodyさん
05/09/08 02:33:39
>>173
たとえば、ビスケットとかなんかはPHP-on-Railsで検索して出てきた。
こんなのが見栄に見えるなんて、かわいそうな子だなｗ

176:nobodyさん
05/09/08 03:00:48
別に英語でもかまわないから
こんなフレームワークがあるよって短評と共に
書いてあるサイトがあれば幸せになれると思わない？

試してみないとわからないって意見もあるが
RailsタイプであるとかJSFタイプであるとか
ある程度の分類が分かれば絞れるわけだし。
wikiでも作ろうかな。

177:nobodyさん
05/09/08 03:40:05
>>176
好きにすればいい

178:nobodyさん
05/09/08 03:44:46
最初は糞めんどくせーと思ってた英語ドキュメントも
最近はわりと読めるようになってきたな

179:nobodyさん
05/09/08 03:45:46
かな。じゃなくて、作った。くらいフットワークが軽くないと
ずっと俺の背中ばっかり見ていることになるぞ。

180:nobodyさん
05/09/08 03:54:52
>>179さんの背中見ているだけでも良いのでお願いします。

181:nobodyさん
05/09/08 04:32:25
googleのfirefox拡張が重宝。
単語調べる手間が省ける

182:nobodyさん
05/09/08 04:36:10
DOS窓でExcite辞書引くスクリプト作ってある
Perlで。

183:nobodyさん
05/09/08 04:36:54
コンポジットビューパターンとかで
viewに渡す変数を得るためのクラスを呼ぶ時って、
list($hoge,$fuga,$moge,$nuko) = $poge->piyo()
みたくするのか、
$poge->piyo($request)
みたくして$requestに入れてもらうのか、どっちが定石？
前者だと、何を受け取っているのか分かりやすいけど、面倒くさい。
そしてある程度コピペコーディングをしないといけなくなる。
後者だと、記述が楽だし、
後でクラスを書き換えても、呼び出し側では書き直す必要がないけど、
何を受け取っているのかは、呼ぶクラスの内部を見ないと分からない。
マジ迷ってます。
教えていやらしい人。

184:nobodyさん
05/09/08 04:45:28
>>181
ツールバー入れてたけどこんな機能あるとは知らなかった
すげー便利じゃん
サンクスちんぽ！

185:184
05/09/08 05:04:51
URLﾘﾝｸ(propel.phpdb.org)
propelのこのページ
単語にカーソル合わせても全然違う単語が出る…
同機能がある翻訳ソフトなら大丈夫かな

186:nobodyさん
05/09/09 03:57:25
Mojaviで
jsとかcssのファイルはどこに置いていますか？

187:nobodyさん
05/09/09 18:57:54 y9gKBfXh
>>186
modpub

188:nobodyさん
05/09/09 23:06:05
PHPが範としていたJava界では
ライトウェイト方向に流れてるから
今、PHPでどんなフレームワークを選べばいいのかは
微妙だねぇ。
Mojavi/Agaviは重い気がするし
かといってMapleやguessworkもまだ過程にあるし。

189:nobodyさん
05/09/10 02:00:04
ViewHelper導入したら
随分分かりやすくなったわ。
PHPフレームワーク文化圏で
ViewHelper軽んじられすぎてね？
ライトウェイトフレームワークとも親和性高いと思うんで
考えてみてくれ＞エバンジェリスト達

190:nobodyさん
05/09/10 04:18:39
>>188
Agaviはかなり軽いだろｗ
あ、ごめん。気がするだけで使ったことないのね。

191:nobodyさん
05/09/10 04:32:02
>>190
動作はどうか知らないが
「考え方」がライトウェイトじゃないじゃん？

192:nobodyさん
05/09/10 14:53:27
そもそもEJBを利用いた開発とPOJOを利用した開発を
対比してライトウェイトって言われてるんじゃないのか？
JAVAでいうライトウェイトを引き合いに出してる
時点で見当違いなキガス
とmojavi信者が反論してみる

193:184
05/09/10 23:41:22
ﾍﾞﾀだけど東芝の翻訳インターネット買ってきた
googleツールバーのチップ表示くらいがちょうどいいんだけど
（翻訳インターネットではポップアップウインドウに表示される）
まあ普通に便利ですわ

194:名無しさん＠そうだ選挙に行こう
05/09/10 23:45:21
いまPHPcakeを試してる。
Railsは知らないけど、全体の見通しはかなりいい。
cakeの流儀にさえ従っていればすごく楽をできる。
まぁ、まだバグはかなりあるけど。

AjaxHelperのドキュメントが無いけど、Railsの奴を読めばいいのかな。

でも、cakeをさわっていちばん感心したのはtracだったりする。
そろそろcvsからsvnへ乗り換えたいなぁ。

195:名無しさん＠そうだ選挙に行こう
05/09/11 04:29:16
cakephpはSVNがsslなせいで、subclipseから引っ張り出せないから駄目。

196:名無しさん＠そうだ選挙に行こう
05/09/11 09:34:06
じゃぁstoneとかでsslトンネルを掘ればいいんじゃないのかな。
でもふつうのsvnクライアントを導入すればsvn coと打つだけなのに

197:nobodyさん
05/09/11 23:51:20 9VoVbPCa
PHP使ってるヤフーはフレームワークになんか使ってるのかな。

198:nobodyさん
05/09/13 09:24:36
さあ皆で乗り換えよう

199:nobodyさん
05/09/13 10:08:43
小規模なWebアプリに特化したフレームワークって出ないもんかな？
BBSとかショッピングカートとか、一般にzipで固めて配布するようなもの向けの。
RoRのようなのはまずコマンドで開発環境をそろえるけど、それとは逆で
コマンド1発で必要なファイルをまとめてzipにパッケージングしてくれるような機能つきとか。
guesswork classicが近いアプローチだったと思うんだけど、似たようなフレームワークってない気がするんだ。

200:nobodyさん
05/09/13 10:21:37
特化するとどうなるの

201:nobodyさん
05/09/13 13:43:15
Mapleが3.0.1になりましたな

202:nobodyさん
05/09/13 15:55:29
URLﾘﾝｸ(sharedance.pureftpd.org)

guesswork開発者のページから拾ってきた情報
複数鯖から使えるセッション管理デーモンだって
面白そう

203:202
05/09/13 16:07:17
保存はファイルベースみたいだな
可用性を考えると
DBで良くね？って気もする。
どのあたりに需要があるのだろう？

204:nobodyさん
05/09/13 20:13:56
>>203
「without the overhead and the complexity of an SQL database」だそうですよ。

205:nobodyさん
05/09/13 20:50:43
>>202
別にデータベースセッションハンドラ使ってりゃ、
普通にできるし

206:nobodyさん
05/09/13 21:53:12
>>205
Sharedanceはセッションデータ専用ってわけじゃなくて、単純なハッシュみたいな
もんだから、なんでも詰め込めるけどね。
sharedance_store('key', 'content');

207:nobodyさん
05/09/13 22:24:39
中規模くらいまでなら便利そうかな？
規模が大きくなるとどうなるか不安がある

208:nobodyさん
05/09/14 00:16:08
>>207
大規模ってたとえばどんなの？

209:nobodyさん
05/09/14 00:57:38
>>208
数千～数万人が同時にアクセスするようなの。
セッション用サーバ自体を分散しないとやっていけないような。

210:nobodyさん
05/09/14 01:36:53
>>209
そうじゃなくて、実際の例とか

211:nobodyさん
05/09/14 01:42:09
大規模なSNSやWeblogサービスなんかはそれなりに
セッション管理の土台を強くしないとダメなんじゃないかな
あとはセッションがクリティカルな金融関係とか

212:nobodyさん
05/09/14 01:43:33
>197
ヤフーはLISPだとばかり思っていたよ。
そういえばPHPのページもあるね。

213:nobodyさん
05/09/14 01:46:39
>>211
SNSなんて会員以外は見れないんだから、知れてると思うんだが。

214:nobodyさん
05/09/14 01:57:58
>>213
mixiでさえ130万近いんだが、その数をたかが知れていると？(;´Д｀)

215:nobodyさん
05/09/14 03:22:03
>>212
Yahoo!がLisp使ってるのは本国のShopping部分だけで、
それも買収した会社がLispで開発していたから、ってだけじゃなかったかな。

216:nobodyさん
05/09/14 09:56:26
>>214
mixiのアクティブユーザが130万人いると思ってるの？

217:nobodyさん
05/09/14 10:11:05
手間をかけさせるな

218:nobodyさん
05/09/14 14:41:43
ひょっとしていちいち説明しなきゃならんのか

219:nobodyさん
05/09/14 15:28:44
話が噛みあってなさそう

220:nobodyさん
05/09/14 15:58:23
もういいよ、マンコの話しようぜ。
同棲してる彼女が俺が寝てると思って毎夜オナニーして困ってる。

221:nobodyさん
05/09/14 16:20:17
なんか自分のこと誤解してそう

222:nobodyさん
05/09/14 17:09:35
>>220
お前もいっしょにオナニーしろ

223:nobodyさん
05/09/14 21:07:30
>>214
でさえ、の使い方がおかしい。

224:nobodyさん
05/09/14 23:52:36 SictETF/
Web Application Component Toolkit (WACT)
URLﾘﾝｸ(www.phpwact.org)

これが世界的にそこそこ有名なPHPフレームワーク
だという情報を入手しました。どなたが調査お願いします。

225:>>224
05/09/15 02:33:20
そこそこ使えるらしい

226:nobodyさん
05/09/16 04:57:46 3ASb8eFe
バリデートってフィルタの中でかけるのが普通かな？

227:nobodyさん
05/09/16 05:14:40
>226
簡単、共通そうなものはそうなるんですかね？

228:nobodyさん
05/09/18 10:58:42
>>227
複雑なのはアクションの中ってこと？

229:nobodyさん
05/09/18 12:20:27
転送量で鯖屋から文句が来たから
出力をバッファして改行を削除する関数を
既存サイト（非フレームワーク）に適用した
ファイル修正しまくりで
こういう時にフィルタが役に立つんだなーと実感した

230:nobodyさん
05/09/18 13:24:44
ヘッダ見て対応してれば圧縮すればもっといいんじゃないかな。
そんなのWebサーバでやれとも思うけど。

231:nobodyさん
05/09/18 13:29:26
>>230
Apacheだったら
つ mod_gzip
まあデフォルトor設定のみでやってくれって気もするけど

232:229
05/09/18 16:46:51
一気に変えるのも不安だったから
zip圧縮はphp側のハンドラでやったよ
zipが受け取れないモバイルに対してもパケ代少し減らせるから
まぁいいかなと。
昔あったみたパケ割みたいなフィルタ作ってもいいかもしんない。

233:nobodyさん
05/09/18 22:22:34
改行削除くらいじゃいくらも圧縮できないんじゃないの。

234:nobodyさん
05/09/18 23:50:42
まあ、確かにそうなんだけど
でも×アクセス数になると馬鹿にならないかなと。
一回書けばコストもかからないしね。
しかし昔書いたプログラムを今いじると汚いこと汚いこと…
アンチパターンやりまくりで保守性最悪
フレームワークはある程度枠にはめるから
矯正器具としての役割もあると思う

235:227
05/09/19 23:44:54
>228
アクションの中にビジネスロジックを書くのはイケテないからコンポーネント作って呼ぶんですかね？

236:nobodyさん
05/09/20 00:50:27
>>235
ビジネスロジックはモデルでやってください。

237:nobodyさん
05/09/20 18:56:18
>>214
幽霊ユーザちゃんと含めて考えてますか？

238:nobodyさん
05/09/21 04:10:55
最近Mojavi/Agavi静かだな…

239:nobodyさん
05/09/22 21:14:04
日経システム構築に
PHPフレームワークの記事があった
1Pだけだけど

240:nobodyさん
05/09/23 07:18:01 7QvlMC8T
PHP5の新機能に対応したフレームワークというのはどのくらいあるんでしょうか？

・例外による（フレームワーク側の）エラーの管理
・interfaceや抽象クラスを使った継承による機能の実装
・オブジェクトの逆参照

あたりを利用すると、かなりすっきりしたフレームワークが書けるんじゃないかなー、と、俺フレームワークを書いてみたりしてるのですが……。

……ますますJavaとの違いが無くなってしまう様な気もしないでもありません(^^;

241:nobodyさん
05/09/23 10:10:02
mojaviつかったら、header("Location: http…　ってつかっちゃいかんの？
$controller->forward(… に統一すべき？

242:nobodyさん
05/09/23 10:34:02
>>241
$controller->redirect($url)を使うんじゃない？

243:nobodyさん
05/09/24 00:01:50
うむ。

244:nobodyさん
05/09/24 01:54:49
>>242
しっかし$controller->redirect($url)って使いづらくないか？
$controller->redirect($module, $action)にしてくれたほうがありがたい希ガス。
まー大した違いじゃないんだけどさ。
ラッパ書いたら気持ち的にずいぶん楽になったもんで。

ﾋﾞﾐｮｰにﾁﾗｼ

245:nobodyさん
05/09/24 02:19:29
>>244
俺もﾓｼﾞｬ使ってる時それ思ったな
module,actionをurlにするメソッドあったよね。
あれ呼んでから呼べということなんだろうけど。

246:nobodyさん
05/09/24 03:41:42
>>245
だったらフレームワークが自分で自動的に呼べって話だよなー

247:nobodyさん
05/09/24 10:58:21
で、>>244 に戻る、と。

Agavi で標準装備して貰いますか。

248:nobodyさん
05/09/25 23:54:29
>>245
getControllerPathでしょ？

249:nobodyさん
05/09/26 01:24:18
>>248
M2にはあったのにM3にはなくなってしまった。
アガビにもない。

250:nobodyさん
05/09/26 16:39:07
Mojaviでサブテンプレート実現する時って
ActionChainにregisterしてexecuteしてfetchした結果を
Viewに渡してる？
それとも他のやり方があるのかな？

251:nobodyさん
05/09/26 18:00:20
>>250
mojaviのwikiにサンプル付きであったような気がするけど今はアクセスできないっぽ。
URLﾘﾝｸ(www.geocities.jp)
にそれの訳っぽいのがある。

252:250
05/09/26 19:59:45
>>251
ありがとう
Mojavi系サイトはかなり回ったつもりだったけど
このサイトは初めて知ったよ

253:nobodyさん
05/09/27 04:52:10
>>244
クエリがmoduleとactionだけなんてことまずほとんど無いだろ。

254:244
05/09/27 07:02:06
まあ実際書いたラッパの引数はmodule、action、params、プラスアルファみたいな感じだけど、
漏れの場合サイト内でリダイレクトすべき部分は大概moduleとactionで事足りたな。
リダイレクト自体そんな頻繁でもないし。

ヒント：ケースバイケース

255:nobodyさん
05/09/27 10:04:39
Agaviも全然動きないってどうなんｺﾚ
仕事で使わないでﾖｶｯﾀよ( ´ー`)フゥー．．．

256:nobodyさん
05/09/27 12:00:15
(Moj|Ag)aviを仕事で使ってる香具師なんかいないいない。
みんな本当は趣味でやってんだよ。
あー暗い暗い。

257:nobodyさん
05/09/27 13:39:45
Mojaviにはﾒﾝﾃﾅを迷走させる呪いがかかっているんだよ
ホープ・ダイヤモンドのように・・・

258:nobodyさん
05/09/27 13:45:00
上位でRequest->Parameterを
取得していて、
ActionChain中の子Actionでも同じパラメータを使う時って、どうしてる？

1 Request->attributeにでも入れ直す
2 もう一度request->getParameter()する

259:nobodyさん
05/09/27 14:21:10
>>251
そこ見てやっとデコレーションパターンを理解したよ
slotでテンプレートに渡す表示用パラメータを切り分けてるのが便利そう

260:nobodyさん
05/09/27 19:38:07
MapleやEthnaにCommandパターンが使われてるって
本に書いてあったんだけど本当？

次ページ