- 1 名前：nobodyさん [2005/08/10(水) 02:21:08 ID:CBjrwwHd]
- ※フレームワーク
Phrame本家
phrame.sourceforge.net/
Mojavi Project
www.mojavi.org/
mojavijapan
mojavi.p0t.jp/
Agavi本家
agavi.org/
Agavi.JP
agavi.jp/
[ 日本発 ] Maple Project
kunit.jp/maple/
[ 日本発 ] Ethna -PHPウェブアプリケーションフレームワーク-
ethna.jp/ethna-tutorial-startup-practice1.html
※関連スレ
【PHP】フレームワークMapleに舌鼓
pc8.2ch.net/test/read.cgi/php/1122105465/
【PHPフレームワーク】Ethna【スケルトン自動作成】
pc8.2ch.net/test/read.cgi/php/1123070439/
PHPでオブジェクト指向プログラミング
pc8.2ch.net/test/read.cgi/php/1113724557/
その他>>2-5参照汁
- 854 名前：839 mailto:sage [2005/12/15(木) 03:13:21 ID:???]
- >>852
たしかにそうだね。それが
> つーか今読み返してみたら、Sean Kerr的にはActionでビジネスロジックもありっていうスタンスっぽいなｗ
と言った理由なんだけど。
ただ、俺自身はドメイン層の処理はModelでやる方針でやってるって話。
Actionでドメイン層・データソース層に手を出すのも利点があるなら大いに結構だとは思うよ。
>>853
えーっと一応言っておくけど>>839は設計（or実装）方針の話ね。
（それまでの議論の内容も多少加味したつもりなんだが偏見もあるかも・・・）
あと、そこのサンプルは>>844の「ユーザーアカウント」にあたるものをModelとして抽出せずにActionで済ませちゃってるんだね。
だから839と違って見えるってのも無理はないかも。
まあロジックが複雑になってきたらそんなことは言ってられないので俺は認証用に作ったModelを再利用してるよ。
必要ならそのModelをもう一段継承してカスタマイズとかできるのでそこそこ便利だし。
- 855 名前：nobodyさん mailto:sage [2005/12/15(木) 03:28:55 ID:???]
- >>841に対して、はじめは何言ってるんだろうこの人…と、>>842と
同じ気持ちでしたが、
www.microsoft.com/japan/msdn/practices/type/Patterns/enterprise/DesMVC.asp
ここを読んでみて>>841の言ってることがよくわかりました。
MVCの図にあるとおり
＞ビューとコントローラの両方がモデルに依存していることに注意してください。ただし、モデルはビューとコントローラのどちらにも依存していません。
モデルは両方に依存していないものなんだね。
そう考えるとたしかに>>839の言ってる図は話にならない。
でも、それを言い出すとAgaviの設計自体がおかしいことになるね。
- 856 名前：839 mailto:sage [2005/12/15(木) 03:51:45 ID:???]
- >>855
たぶんUMLを見慣れてる人が多いんだろうから誤解を与えたかもしれないけど、>>839は「依存関係」を表してるつもりじゃなかったんだなぁorz
Controller→Action→Controller→Viewってのは制御が移る順番。
他の⇔はデータの受け渡しであって、基本的にはメソッドの呼び出し＋リターンなので制御が移る順番としても解釈できるかも。
>>855が依存関係の話を持ってきてくれたのでそれも考慮すると、⇔の矢印をすべて外側向きに変えたら少しはましになるかな？
矢印の意味は
・依存してる側→依存されてる側
・呼び出し側→呼び出される側
という関係で。（唯一Action→Controllerの部分だけリターンなので矢印の色でも変えてくださいｗ）
「ビジネスロジック」って言葉は俺も再考する必要があるかも。
>>846をもうちょっと咀嚼してみる。
- 857 名前：nobodyさん mailto:sage [2005/12/15(木) 03:53:25 ID:???]
- forum.mojavi.org/index.php?showtopic=1281
こういうの見るとますますわからんくなる…
- 858 名前：nobodyさん mailto:sage [2005/12/15(木) 04:01:35 ID:???]
- そこまでごちゃごちゃ深いこと考えなくても、
保守性の高いコードってWebアプリケーションなら結構つくれちゃうからなぁ…
ビジネスロジック云々より、ビジネスや運営自体について考えてたほうがよっぽど金になる
- 859 名前：839 mailto:sage [2005/12/15(木) 04:09:49 ID:???]
- >>858
俺的もそう思う。どっちでもいーじゃんおまいらｗ、と
でも「間違っている」というつっこみをたくさんいただいたので、ヘコみつつ悪戦苦闘中であります。
- 860 名前：nobodyさん mailto:sage [2005/12/15(木) 04:22:02 ID:???]
- >>855
マジでAgaviのView周りってModelに依存性あるの?
ステートレスなWebアプリでは切り離されてるのが当たり前だと思ってたけど。
アクティブモデルにせよオブザーバはかませるっしょ
- 861 名前：nobodyさん mailto:sage [2005/12/15(木) 04:40:08 ID:???]
- View生成はクライアントリクエストのみを起点にしているから、
コントローラかアクションにぶらさげることは出来るね
前者はコントローラがMediator（と言ってもモデルかアクションから
データを受け渡すだけ）となり、後者ではアクションはコマンドオブジェクト
（ビジネスロジックとViewの呼び出しをカプセル化したもの）ということになる
どっちもパターンとしてはMVCとは呼ばないんだろうけど
www.martinfowler.com/eaaCatalog/applicationController.html
Viewがモデルに依存したほうがいいかアクションに依存したほうがいいか
まとまった見解ってある？
- 862 名前：nobodyさん mailto:sage [2005/12/15(木) 04:43:36 ID:???]
- >>860
Agavi自体の仕様では依存性は発生しないよ。Modelは一つもなくても動くし。
でもModelを使った時点で依存はゼロではないと思われ。
「切り離す」ってのはいわゆる疎結合にするって意味だとは思うけど、元々依存してしまうものだからせめて疎結合にしましょうって感じじゃなかったっけ？
>>855の言ってるのは、逆向きの依存はゼロってことでしょう。
「Viewを変更したらModelが動かなくなりました」とかしゃれになんないし。
でもModelを変更したらViewに支障が出るのは仕方ない。
それでも最小限にしましょうってのが疎結合だと思う。
オブザーバはContextのことでおｋかな？
- 863 名前：nobodyさん mailto:sage [2005/12/15(木) 05:25:53 ID:???]
- 依存性＝オブジェクトをNewするかパラメータに取ってメンバにアクセスすること
結合の程度というようなファジーなものは存在しない
Framework界隈で依存性といったらこれのことだと思う
- 864 名前：nobodyさん mailto:sage [2005/12/15(木) 05:52:18 ID:???]
- > 結合の程度というようなファジーなものは存在しない
疎結合って結合の程度がゆるいことじゃないの？
つーかどのレスに対してなのか反論なのか何なのかわからんな。
- 865 名前：863 mailto:sage [2005/12/15(木) 06:11:06 ID:???]
- 直上に対するレス
結合にはもちろん程度があるよ
しかし依存性にはそういうものは無くゼロイチだということを言ってみた
>>860と>>862の愛でどうも考えている依存性が違って
かみ合ってないように見えたので
- 866 名前：nobodyさん mailto:sage [2005/12/15(木) 06:12:18 ID:???]
- × 愛で
○ 間で
すまん
間違ったものを芽生えさせた
- 867 名前：nobodyさん mailto:sage [2005/12/15(木) 06:12:22 ID:???]
- >>860
Modelにするにせよ別もんにしてつくるにしても、
初期のViewだけじゃなにもできんじゃん。
ごてごてタグとテンプレートと定数混ぜることになってしまう。
その辺のモデルもつくるでしょ？ふつう
- 868 名前：nobodyさん mailto:sage [2005/12/15(木) 06:16:08 ID:???]
- いや、Mojaviだとビジネスロジックの呼び出しはアクションあたりに集約するのが一般的だと思う
ビュー内でモデルは呼び出したくない
- 869 名前：nobodyさん mailto:sage [2005/12/15(木) 06:20:08 ID:???]
- >>868
MVCはもともとそういうものだけどな。View - -> Model
- 870 名前：862 mailto:sage [2005/12/15(木) 06:21:54 ID:???]
- >>865
そかそか。曖昧な言い方ですまんかった。
基本的には「依存性はゼロイチ」ってのは同意だよ。
だから>>860への答えはViewからModelへの依存性は「あり」。
ただ「切り離されてるのが当たり前」って表現をしてたので、862で「それは疎結合のことであって≠依存性だよね」っていう意味で言った。
>>868
実際にはそうだよなｗ
- 871 名前：nobodyさん mailto:sage [2005/12/15(木) 06:23:49 ID:???]
- >>869
パッシブモデルね
- 872 名前：nobodyさん mailto:sage [2005/12/15(木) 09:58:57 ID:???]
- モデルをフレームワークから独立させる派は
モデルからUserにアクセスする必要がある時はどうやってるの？
- 873 名前：nobodyさん mailto:sage [2005/12/15(木) 10:10:17 ID:???]
- >>872
モデルはフレームワークに依存していない設計なので、
モデルから User にアクセスする必要がない。
- 874 名前：nobodyさん mailto:sage [2005/12/15(木) 10:21:58 ID:???]
- extends Modelすらしないってこと？
- 875 名前：nobodyさん mailto:sage [2005/12/15(木) 10:26:14 ID:???]
- >>873
DBはどうしてる？
- 876 名前：nobodyさん mailto:sage [2005/12/15(木) 11:14:48 ID:???]
- Mojavi系の場合DBみたいな下層にも入ってくるから
フレームワークに依存しない設計がいまいちイメージしにくいな
- 877 名前：nobodyさん mailto:sage [2005/12/15(木) 11:38:55 ID:???]
- というか、一度 Mojavi を頭から追い出して一般的な設計の話をしろよｗ
もうあんな設計は古いって…。
- 878 名前：nobodyさん mailto:sage [2005/12/15(木) 11:43:23 ID:???]
- 話変えたいなら自分から話題を提供すればいいのに
- 879 名前：nobodyさん mailto:sage [2005/12/15(木) 11:51:42 ID:???]
- スルーしとけ
- 880 名前：nobodyさん mailto:sage [2005/12/15(木) 11:55:01 ID:???]
- Mojaviはたたき台としてまだ価値あるだろ
影響受けてるフレームワークいっぱいあるしな
- 881 名前：nobodyさん mailto:sage [2005/12/15(木) 14:16:48 ID:???]
- rails!rails!
- 882 名前：nobodyさん mailto:sage [2005/12/15(木) 15:21:47 ID:???]
- PHP on TRAXときたか
- 883 名前：nobodyさん mailto:sage [2005/12/15(木) 21:48:05 ID:???]
- S2Baseがいいと思うんだけど、どう？
ValidateやらFilterは自作になるけど、結構いいと思う。
- 884 名前：nobodyさん mailto:sage [2005/12/15(木) 23:18:51 ID:???]
- S2PandNで出席者が質問してたが､S2やMapleのDIはどこまでパフォーマンスが出るか疑問｡
プロダクトとしてリリースするなら､自分のところできちんと性能評価をやった方がいいよ｡
- 885 名前：nobodyさん mailto:sage [2005/12/16(金) 00:48:04 ID:???]
- もうMojaviでいいや。
- 886 名前：nobodyさん mailto:sage [2005/12/16(金) 01:35:11 ID:???]
- S2をそのままPHPに移植してるのかな
- 887 名前：768 mailto:sage [2005/12/16(金) 09:02:11 ID:???]
- zend framework待とうよ！
- 888 名前：nobodyさん mailto:sage [2005/12/16(金) 09:14:05 ID:???]
- 末広がりget, zuzaa
- 889 名前：nobodyさん mailto:sage [2005/12/16(金) 18:13:50 ID:???]
- Mojavi初心者なんですが
エスパー募集してもよろしいでしょか？
- 890 名前：nobodyさん mailto:sage [2005/12/16(金) 18:41:40 ID:???]
- >>889
ここは語るスレだ。質問はスレ違い。
- 891 名前：889 mailto:sage [2005/12/16(金) 18:51:08 ID:???]
- >>890
そうですか、失礼しました。(´･ω･｀)
- 892 名前：nobodyさん mailto:age [2005/12/17(土) 00:42:49 ID:???]
- POSTされたデータをDBへupdateする場合はmodelでするの？
- 893 名前：nobodyさん mailto:sage [2005/12/17(土) 01:13:05 ID:???]
- >>890
多少質問あったほうが盛り上がるからいいんで内科医？
>>892
基本的にvalidationはactionでやり、DBの扱いはmodelでやってるけど、このスレ読んでたらもしかしたらactionでやったほうがいいのかな？とも思えてきた。
- 894 名前：nobodyさん mailto:sage [2005/12/17(土) 01:30:36 ID:???]
- >>893
エスパー募集な質問でもか？
- 895 名前：nobodyさん mailto:sage [2005/12/17(土) 01:39:26 ID:???]
- あー、エスパー募集はよろしくない罠ｗ
- 896 名前：nobodyさん mailto:sage [2005/12/17(土) 01:50:31 ID:???]
- >>892
modelを作るほど複雑でなく(単なるログとか)、
また他のアクションで同じ機能を利用しないならアクションで済ませてしまってもいいとは思う。
- 897 名前：nobodyさん mailto:sage [2005/12/17(土) 02:02:35 ID:???]
- >>896
modelでDBに登録するとしたらサニタイズもmodelでやるってことになる？
でないとmodelがactionに依存してしまう気がするんだけど。
- 898 名前：nobodyさん mailto:age [2005/12/17(土) 09:32:09 ID:???]
- そしたら
サニタイズはactionでやるべきだね。
- 899 名前：nobodyさん mailto:sage [2005/12/17(土) 09:36:15 ID:???]
- アクション前にフィルタ処理は済んでるはず
モデルは自身のためのサニタイズは自身で持つ
いずれも定義は括りだす
- 900 名前：nobodyさん mailto:sage [2005/12/17(土) 09:39:35 ID:???]
- インプットフィルター → アクションDeバリデーション → モデルサニタイズ
てことか。
実際どこで何をやるんだろ。
- 901 名前：nobodyさん mailto:sage [2005/12/17(土) 10:04:30 ID:???]
- つーかModelでDBに書き込む場合、フィルタでサニタイズするのもおかしいじゃん。
てことはActionでDBに書き込むのが正しい？
- 902 名前：nobodyさん mailto:sage [2005/12/17(土) 10:55:36 ID:???]
- ありえなす
- 903 名前：nobodyさん mailto:sage [2005/12/17(土) 11:29:14 ID:???]
- 俺はmodelからdbクラスいじってやってるけど。
- 904 名前：nobodyさん mailto:sage [2005/12/17(土) 12:05:30 ID:???]
- mojaviの質問はどこですればいい？
- 905 名前：nobodyさん mailto:sage [2005/12/17(土) 12:12:34 ID:???]
- ここですればいいよ
答えが返ってくる時もあれば返ってこない時もあるけど
- 906 名前：nobodyさん mailto:sage [2005/12/17(土) 13:19:27 ID:???]
- >>904
あなたの質問がこのスレの命運を決めるかもしれません。
慎重に質問してください。
- 907 名前：nobodyさん mailto:sage [2005/12/17(土) 13:24:57 ID:???]
- 何のプレッシャーだよw
- 908 名前：nobodyさん mailto:sage [2005/12/17(土) 19:16:29 ID:???]
- おい、agaviのサイトがエラーですよ！
www.agavi.org/
- 909 名前：nobodyさん mailto:sage [2005/12/17(土) 20:58:41 ID:???]
- >>908
多分5.1にしたんじゃないか
- 910 名前：nobodyさん mailto:sage [2005/12/17(土) 21:00:06 ID:???]
- >>908
多分PHP5.1に変えたんだろ
timezone関係の警告でてるし
- 911 名前：nobodyさん mailto:sage [2005/12/17(土) 22:24:03 ID:???]
- バージョン上げてからチェックしないとはアホもいいとこだなｗ
- 912 名前：nobodyさん mailto:sage [2005/12/18(日) 03:06:20 ID:???]
- >>911
逆だろ
チェックしてからバージョン上げないなんてアホもいいとこだなｗ
- 913 名前：nobodyさん mailto:sage [2005/12/18(日) 03:09:01 ID:???]
- まあフレームワークのサイトが
危機管理意識なしでエラーメッセージ垂れ流しっていうのは
あまりよろしくないよなぁ。
そもそも確認すらしないのかと。
- 914 名前：nobodyさん mailto:sage [2005/12/18(日) 06:17:14 ID:???]
- あれ、こんなエラー自分の環境じゃ出なかったのに
- 915 名前：nobodyさん mailto:age [2005/12/18(日) 09:07:58 ID:???]
- 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のフォワード無限ループになります。
ozaki.kyoichi.jp/mojavi3/authfilter.html
ここのサイトではちゃんとできているようだけど、
同じようなトラブルにあっている方はいますか？
- 916 名前：nobodyさん mailto:sage [2005/12/18(日) 11:43:36 ID:???]
- そのドキュメントは古いよ
BasicSecurityFilterの使用はsettings.iniのUSE_SECURITYで決定する
filters.iniに設定する必要はないよ
- 917 名前：nobodyさん mailto:sage [2005/12/18(日) 14:07:02 ID:???]
- o
- 918 名前：nobodyさん mailto:age [2005/12/18(日) 21:17:43 ID:???]
- >>916
ちがうでしょ。
controllerでは下のように条件分岐している。
if (USE_SECURITY && $actionInstance->isSecure()) {
- 919 名前：nobodyさん mailto:sage [2005/12/18(日) 21:42:33 ID:???]
- >>911-912
それがPHPクオリティ
- 920 名前：nobodyさん mailto:sage [2005/12/18(日) 22:12:04 ID:???]
- >>918
なにが違うんだ？
USE_SECURITY && $actionInstance->isSecure()で
filterChainにSecurityFilterが登録されるわけだが。
なんでfilter.iniで再登録する必要がある？
$actionInstance->isSecure()の意味解ってないだろ
- 921 名前：nobodyさん mailto:sage [2005/12/18(日) 22:48:36 ID:???]
- >>920
申し訳ございません。
私が間違ってました。
- 922 名前：nobodyさん mailto:sage [2005/12/18(日) 23:39:16 ID:???]
- 俺も間違ってた・・・。
再登録以前に、filters.iniにBasicSecurityFilterを登録したら
未認証時に遷移するはずのLoginAction自体にもBasicSecurityFilterが適用されて強制無限ループ。
正確には、forwardが20回再帰すると例外投げるから無限ループにはならないみたいだけど。
すみませんでした。
- 923 名前：nobodyさん mailto:sage [2005/12/18(日) 23:54:26 ID:???]
- それそれ！
BasicSecurityFilterは$this->loadModuleFilters($filterChain);
でregistすると、ループする。
（Default_LoginActionにisSecure ()適用したと同等の現象）
いちいちactionでisSecure ()をtrueに書き直すのめんどくさい。
何とかなりませんか
- 924 名前：nobodyさん mailto:sage [2005/12/19(月) 17:48:44 ID:???]
- mojaviでadodb+DB_Object使ってる香具師いる?
- 925 名前：nobodyさん mailto:sage [2005/12/19(月) 18:34:07 ID:???]
- その組み合わせってなんか変じゃね？
- 926 名前：nobodyさん mailto:age [2005/12/19(月) 21:25:50 ID:???]
- headerを出力したいんだけど、viewにそのまま書いていい？
- 927 名前：nobodyさん mailto:sage [2005/12/19(月) 21:49:37 ID:???]
- >>925
変だからやってる香具師いるかなぁと
普通ならPEAR::DB+DB_Objectだろうけど、PEAR::DBってadodbより遅いって言うし。
- 928 名前：nobodyさん mailto:sage [2005/12/19(月) 21:53:15 ID:???]
- そこでPDOですよ。
- 929 名前：nobodyさん mailto:sage [2005/12/19(月) 22:05:31 ID:???]
- >>925
viewに書くのか。
新しい考えだけど俺はactionに書いてる。
だってviewじゃないし。
- 930 名前：nobodyさん mailto:sage [2005/12/19(月) 22:08:30 ID:???]
- >>927
DB_DataObjectは確かに内部でDBを使っているが、
基本的に抽象レイヤーと組み合わせて使うもんじゃないぞ
DB_DataObjectのソースに手を入れるなら別だけど
- 931 名前：nobodyさん mailto:sage [2005/12/19(月) 22:42:40 ID:???]
- DB_DataObjectつかうならFlexyもどうぞ。
- 932 名前：nobodyさん mailto:sage [2005/12/20(火) 00:41:08 ID:???]
- >>931
Alanさん早くDBDOをFixしてください
- 933 名前：nobodyさん mailto:sage [2005/12/20(火) 02:33:17 ID:???]
- というよりみんなは何を使ってるの?
PDO使いたいけどPHP5.1で動かないアプリがあるからムリポ
DB_DataObjectで楽するかadodbで早さを取るか迷い中
- 934 名前：nobodyさん mailto:sage [2005/12/20(火) 12:06:31 ID:???]
- agaviサイトまだエラー直ってないじゃん
やる気ねーーー
- 935 名前：nobodyさん mailto:sage [2005/12/20(火) 14:49:28 ID:???]
- Mojavi2は PHP5で動作しますか？
- 936 名前：nobodyさん mailto:sage [2005/12/20(火) 15:07:17 ID:???]
- >>933
そもそも PHP を使ってない(ﾟДﾟ)
- 937 名前：nobodyさん mailto:sage [2005/12/20(火) 16:02:57 ID:???]
- コスモを感じる
- 938 名前：nobodyさん mailto:sage [2005/12/21(水) 09:02:46 ID:???]
- agavi直りますた。
- 939 名前：nobodyさん mailto:sage [2005/12/21(水) 10:14:48 ID:???]
- Mojavi < agavi < 江角 < Maple ?
今、Mojavi勉強中なんです。 ながら気になってます。
- 940 名前：nobodyさん mailto:sage [2005/12/21(水) 11:02:52 ID:???]
- mojavi以外ならどれでも自分が使いやすいのを使えばいいと思う｡
- 941 名前：nobodyさん mailto:sage [2005/12/21(水) 15:41:11 ID:???]
- ありがとう。Mojavi以外を考えたほうがいいのか？ Mojaviを習得するか？
Mojavi覚えるの大変なんですが、何日くらいで慣れますかね？
- 942 名前：nobodyさん mailto:sage [2005/12/21(水) 18:11:03 ID:???]
- >>940
なぜmojavi以外?
- 943 名前：nobodyさん mailto:sage [2005/12/21(水) 19:57:44 ID:???]
- M3かagaviをすすめる。
オブジェクトを理解するのにちょうど良い。
- 944 名前：nobodyさん mailto:sage [2005/12/21(水) 21:52:51 ID:???]
- M3とは？
- 945 名前：nobodyさん mailto:sage [2005/12/21(水) 22:03:21 ID:???]
- mojavi3
- 946 名前：nobodyさん mailto:sage [2005/12/21(水) 22:51:55 ID:???]
- あれ？ひょっとしてagavi0.10.0が出た話題出てない？
- 947 名前：nobodyさん mailto:sage [2005/12/21(水) 23:05:54 ID:???]
- そういえば出てないねぇ。ってかagavi自体の話もあんまり無いような・・・
- 948 名前：nobodyさん mailto:sage [2005/12/22(木) 00:27:18 ID:???]
- おお！agavi0.10.0がほんとにでとる！
アップデートしてそのまま使えるんか
- 949 名前：nobodyさん mailto:sage [2005/12/22(木) 12:52:20 ID:???]
- agavi Mojavi3 Ethmi Makiko
結局Mojavi2で落ち着きました。 その後はまた考えます。
- 950 名前：nobodyさん mailto:age [2005/12/22(木) 18:28:57 ID:???]
- php4つかってんの？
後々のこと考えるとphp5とm3の方がいい。
- 951 名前：nobodyさん mailto:sage [2005/12/23(金) 02:00:04 ID:???]
- フレームワークを使うならPHP5＋なんかだろうね。
php4使うぐらいならフレームワーク使わないでいいと思う。
どうせ将来性ないし。
- 952 名前：nobodyさん mailto:sage [2005/12/23(金) 04:49:25 ID:???]
- まだまだPHP4が使われつづけると思う。
今のようなPHPの使われ方なら、PHP4で問題ない。
- 953 名前：nobodyさん mailto:sage [2005/12/23(金) 10:19:22 ID:???]
- プロシージャ系を想定してるんだろうけど
開発者の一人がもうphp4固有のバグなんかは直さないよというような
ものは使わないほうがいいと思う
- 954 名前：nobodyさん mailto:sage [2005/12/23(金) 10:20:08 ID:???]
- というか非OOのフレームワークって見たこと無いや
|
 |
