- 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参照汁
- 690 名前：nobodyさん mailto:sage [2005/12/05(月) 16:27:15 ID:???]
- >>688
guessworkはvalidatorが貧弱だったりするからその辺を補完して、認証とかサイト毎に
必要な機能を付ければ俺的には充分。
作成するファイルが少ないってのも俺好み。
- 691 名前：nobodyさん mailto:sage [2005/12/05(月) 16:37:22 ID:???]
- PHP5用のguessworkは結構期待してるんだが
なかなか出ないね
- 692 名前：nobodyさん mailto:sage [2005/12/05(月) 16:43:21 ID:???]
- mojavi2ってPHP4用ですよね？
一応ご確認あれ>>684
日本語の資料が一番まとまってそうなのは速構Web Frameworkかな？
ttp://www.pm9.com/newpm9/itbiz/php/framework/
但し有料。
次点はEthnaじゃなかろうか？
ethna.jp/
- 693 名前：nobodyさん mailto:sage [2005/12/05(月) 16:45:27 ID:???]
- つーかガキじゃないんだから日本語の資料とかいらんでしょ？
英語でも読めて当然だろ、普通のＳＥなら大学ぐらい出てるんだからさ。
- 694 名前：nobodyさん mailto:sage [2005/12/05(月) 16:55:24 ID:???]
- >>690
guesswork素敵でつた。 補完したのコッソリ下さい。
- 695 名前：nobodyさん mailto:sage [2005/12/05(月) 16:59:09 ID:???]
- 「このフレームワークを選ぶ理由は何ですか？」
つー質問に答えなきゃいけない立場の人は大変だろうねぇ。
- 696 名前：nobodyさん mailto:sage [2005/12/05(月) 17:12:31 ID:???]
- >>693
なにいきり立ってんの？
日本語の資料の充実度っていう軸でみてなんか不都合でも？
- 697 名前：nobodyさん mailto:sage [2005/12/05(月) 17:14:56 ID:???]
- >>696
たとえばメンテナの数や、たとえばコーディングのしやすさ
先に見るべき場所がほかにあるでしょ。
日本語マニュアルなんて、あればいいな程度のものを最初に持ってくる神経を疑う。
- 698 名前：nobodyさん mailto:sage [2005/12/05(月) 17:22:54 ID:???]
- >>697
まあそうだけど、フレームワークの概念自体を勉強したいっていうニーズだって
あっていいでしょ？
自分がプロのSEだからって視野が狭すぎ。
>>684が学生か社会人かもわからんだろうに。
- 699 名前：698 mailto:sage [2005/12/05(月) 17:25:34 ID:???]
- あ、でも貴方の意見には全面的に賛成なんで、プロの目からみたお勧め教えて。
- 700 名前：nobodyさん mailto:sage [2005/12/05(月) 17:33:00 ID:???]
- 理解するためのコストが高いと
取り組むリスクが大きくなるから
日本語資料があるに越したことはないね。
- 701 名前：nobodyさん mailto:sage [2005/12/05(月) 17:34:02 ID:???]
- >>699
俺が使ってるのはmojavi系。正確には2.00にパッチ当てたりして少しだけ拡張した奴。
メンテナの数が違う…が2,3,4,agaviとメンテナが分離気味なので動向を見守っているところ。
ことフレームワークなどに関しては、勝ち馬に乗るべきだと思ってる。
俺もメンテナが多いのが生まれたらそれに乗り換える。
ただ残念なのは、そうやってフレームワークが普及しても思ったよりネットでのコード共有が進まなかったこと。
みんな自分の書いたものは見せずに、他人のものばかり見たがる。俺もだがｗ
- 702 名前：nobodyさん mailto:sage [2005/12/05(月) 17:34:38 ID:???]
- 英語の出来ない部下を持つ身としては、日本語資料は必須。
- 703 名前：nobodyさん mailto:sage [2005/12/05(月) 17:38:15 ID:???]
- 言い方キツかったのは謝るよ。
すまないね。
>>702
それ結構悲惨だな…でもサンプルコードあったら理解してくれない？
PEARとでも英語しかマニュアル無いもの結構あるけど、どうするんだよ。
- 704 名前：nobodyさん mailto:sage [2005/12/05(月) 17:43:02 ID:???]
- >>703
サンプルを用意してあげて、ケツを蹴る。
- 705 名前：nobodyさん mailto:sage [2005/12/05(月) 17:45:54 ID:???]
- 日本人雇わなきゃいいだけ
- 706 名前：698 mailto:sage [2005/12/05(月) 17:55:32 ID:???]
- >>701
どうもありがとう。参考になります。
mojaviはagaviと統合してから手を出そうかと思ってました。
こちらも英語ができない部下（しかも直属じゃない）がいて、
しかも自分を含めて本職はSEじゃ無かったりします。
なんで、「わからないならソース嫁」と言いたいところですが飲み込むこともありｗ
でもメンテなの多さは魅力だな。早いうちにmojaviの資料にも当たっておこう。
- 707 名前：nobodyさん [2005/12/05(月) 18:05:20 ID:dKNEsuCU]
- mojavi はゴチャゴチャしててちょっとなぁ…。
- 708 名前：nobodyさん mailto:sage [2005/12/05(月) 18:24:01 ID:???]
- >693
うはっｗ
こういう奴ってまだいるんだｗ
- 709 名前：nobodyさん mailto:sage [2005/12/05(月) 18:28:40 ID:???]
- 愛して欲しいのさ、本当はね
- 710 名前：nobodyさん mailto:sage [2005/12/05(月) 18:33:47 ID:???]
- お師様、温もりを…
- 711 名前：nobodyさん mailto:sage [2005/12/05(月) 20:31:13 ID:???]
- 俺もmojavi4を待ってる状態だな。
邪魔になるかなとは思いつつTylerにメールして進捗を聞いたりした
11月の中ごろにはあと2ヶ月くらいで出来るとのことだったがその後音沙汰がないのが心配だｗ
- 712 名前：nobodyさん mailto:sage [2005/12/05(月) 20:33:12 ID:???]
- >>707
ごちゃごちゃしてるか？
mojavi2系に限ってならだけどかなりシンプルにまとまってると思うが・・・
- 713 名前：nobodyさん mailto:sage [2005/12/05(月) 20:33:25 ID:???]
- PHP4はもう置き去りですね・・・
- 714 名前：nobodyさん mailto:sage [2005/12/05(月) 23:03:05 ID:???]
- PHP4でもPHP5でも使えるやつってある?
- 715 名前：nobodyさん mailto:sage [2005/12/05(月) 23:06:57 ID:???]
- 4.40以降に対応してる奴は多分両方いけるでしょ。
意味無いから試してないけどね。
- 716 名前：nobodyさん [2005/12/06(火) 02:35:30 ID:8b+BGlil]
- 待ってたらいつまで経っても開発できないじゃん
現状ではメジャー技術を参考にしつつ自前開発するしかなさげ
だいたい大きな考え方はどのフレームワークにも共通するしね
- 717 名前：nobodyさん mailto:sage [2005/12/06(火) 09:29:17 ID:???]
- mojavi3いいよ。
オブジェクトの使い方とか理解しやすい。
- 718 名前：nobodyさん mailto:sage [2005/12/06(火) 12:37:55 ID:???]
- PHPについて初心者にも良く分かるように説明したサイトありませんか？
書籍の紹介でも構わないのですが。
- 719 名前：nobodyさん mailto:sage [2005/12/06(火) 12:43:24 ID:???]
- スレ違い
- 720 名前：nobodyさん mailto:sage [2005/12/06(火) 12:45:34 ID:???]
- >>718
ttp://www.php.net/manual/ja/
コレ
- 721 名前：nobodyさん mailto:sage [2005/12/06(火) 13:20:37 ID:???]
- どうしてこういう事を書けるのかホントに疑問だな>>718
スレタイ読まないのはまあ百歩譲るとして他のレスちょこっと読めばわかるもんだろ普通
- 722 名前：nobodyさん mailto:sage [2005/12/06(火) 15:21:22 ID:???]
- 誤爆しただけです。すみませんでした。
- 723 名前：nobodyさん mailto:sage [2005/12/06(火) 15:27:03 ID:???]
- あっそう
- 724 名前：nobodyさん mailto:sage [2005/12/06(火) 15:34:12 ID:???]
- 釣ってみただけです。すみませんでした。
- 725 名前：nobodyさん mailto:sage [2005/12/06(火) 15:35:58 ID:???]
- はいはい
- 726 名前：nobodyさん mailto:sage [2005/12/06(火) 15:40:42 ID:???]
- >>722
ttp://www.jca.apc.org/afghan-women/Special/WEDDING_BOMB.html
- 727 名前：nobodyさん mailto:sage [2005/12/06(火) 15:44:53 ID:???]
- 全て私一人の自作自演です。済みませんでした。
- 728 名前：nobodyさん mailto:sage [2005/12/06(火) 18:30:42 ID:???]
- >>716
そうやって沢山のフレームワークが出てきているこの現状
開発手伝ってやれや
- 729 名前：nobodyさん mailto:sage [2005/12/06(火) 20:01:58 ID:???]
- >>653
DAOとO/Rマッピングの区別ついてる？
- 730 名前：nobodyさん mailto:sage [2005/12/06(火) 20:10:08 ID:???]
- Agaviあたりが一番無難だと思う。
薄っぺらだから、把握するソースも少なくて済むし。
正式リリースはされてないけど、svnは着々と新しいクラスも
作られてる。
至れりつくせりなフレームワークは、いまのところ完成度が
低いものばかりなので。
pradoは完成度的には高いけど、XMLファイルの設定とか
結構面倒。
個人的にはsymfonyに期待してるんだけどね。
- 731 名前：nobodyさん mailto:sage [2005/12/06(火) 22:51:06 ID:???]
- 結局Mojaviですよね
- 732 名前：nobodyさん mailto:sage [2005/12/06(火) 23:32:14 ID:???]
- あのー、function & getAuthorizationHandler ()
この、& の意味は何ですか？
- 733 名前：nobodyさん mailto:sage [2005/12/06(火) 23:36:36 ID:???]
- それってフレームワーク関係ないでしょ
- 734 名前：nobodyさん mailto:sage [2005/12/06(火) 23:38:54 ID:???]
- あのー、じゃあ何ですか？
- 735 名前：nobodyさん mailto:sage [2005/12/06(火) 23:39:38 ID:???]
- ＰＨＰのくだらない質問スレ
- 736 名前：nobodyさん mailto:sage [2005/12/07(水) 00:25:58 ID:???]
- >>732
山椒だよ。
- 737 名前：nobodyさん mailto:sage [2005/12/07(水) 00:26:56 ID:???]
- ピリリと辛い
- 738 名前：nobodyさん mailto:sage [2005/12/07(水) 04:47:59 ID:???]
- フレームワークのControllerを開始するメソッドの名前が
dispatchで、辞書で調べると
「打ち負かす」とか「急送する」とかの意味らしい。
いまいち合ってない気がするけど
何か言われがあるのかな。
executeで良くね？と思うんだが。
- 739 名前：nobodyさん mailto:sage [2005/12/07(水) 04:59:46 ID:???]
- 実際の処理(ビジネスロジック)をする(execute)のはControllerじゃなくてModelだし、
Controllerは単にリクエストを適切なActionへ発送(dispatch)するからじゃね？
- 740 名前：nobodyさん mailto:sage [2005/12/07(水) 05:49:46 ID:???]
- あーなるほど。
- 741 名前：nobodyさん mailto:sage [2005/12/07(水) 06:05:54 ID:???]
- dispatchはどっちかというと「割り当てる」って意味だよ。
そこらのフレームワークはStrutsの影響だと思うけど、元々はOSのスケジューラがスレッドをCPUに割り当てるって意味。
MVCフレームワークではリクエストに応じてactionだのviewだのを割り当てるってこと（>>739はその意味で当たってると思う）。
loadなんかも「積む」って意味をこえて、メモリからレジスタにデータを読み込むって意味だったものが、ファイルなどの内容をメモリに読み込むって意味に転じて、果てにはWebサーバからブラウザにデータを読み込むってことにまで使われるようになった例だし。
- 742 名前：nobodyさん mailto:sage [2005/12/07(水) 10:15:56 ID:???]
- >>736
ありがとう。ピリリと解決。
- 743 名前：nobodyさん mailto:sage [2005/12/07(水) 17:30:53 ID:???]
- >>730
agavi.jpの更新が完全に止まっちゃってるのが残念だね。
- 744 名前：nobodyさん mailto:age [2005/12/07(水) 20:43:55 ID:???]
- 最近はここだよ。
翻訳してくれてる。
agaviユーザ多いかな。
www.geocities.jp/toyprog/
- 745 名前：nobodyさん mailto:sage [2005/12/07(水) 21:00:25 ID:???]
- >>744
おお、こんなとこあったんだ。
サンクス。
- 746 名前：nobodyさん mailto:sage [2005/12/07(水) 22:03:43 ID:???]
- つか、Ajaviは公式が0.9から全然動きが無いな。
- 747 名前：nobodyさん mailto:sage [2005/12/07(水) 22:05:08 ID:???]
- svnは？
- 748 名前：nobodyさん mailto:sage [2005/12/07(水) 23:01:18 ID:???]
- >>747
snvでは結構更新あるよ。
- 749 名前：nobodyさん mailto:sage [2005/12/07(水) 23:23:39 ID:???]
- zend frameworkｷﾀ━━━━(ﾟ∀ﾟ)━━━━━!!!
htp://www.phparch.com/webcasts/recordings/dec0205_zend.php
- 750 名前：nobodyさん mailto:sage [2005/12/07(水) 23:50:26 ID:???]
- >>749
英語のプレゼンだからサッパリわからんが
PHPをﾋﾟｨﾁﾋﾟｰと発音することは分かった
- 751 名前：nobodyさん mailto:sage [2005/12/07(水) 23:53:53 ID:???]
- ははは
もれもそれ思ったよ！これからﾋﾟｨﾁﾋﾟｰって言おう！
- 752 名前：nobodyさん mailto:sage [2005/12/08(木) 06:40:50 ID:???]
- >749
これっていつごろできるの？
- 753 名前：nobodyさん mailto:sage [2005/12/08(木) 08:49:04 ID:???]
- けっこうagaviに似てる気がする
- 754 名前：nobodyさん [2005/12/08(木) 18:17:58 ID:v7tgLnK2]
- >>741
じゃあdispatchからのforwardってなんなの？
- 755 名前：nobodyさん mailto:sage [2005/12/08(木) 18:25:17 ID:???]
- >>754
「転送する」とか「回送する」とかの意味があるから、「処理をまわす」と
いう意味合いじゃないの？
つか、ここは英語のスレじゃないんだが。
- 756 名前：nobodyさん mailto:sage [2005/12/08(木) 22:50:03 ID:???]
- Zendフレームワークっていつリリースか明記してある？
- 757 名前：nobodyさん mailto:sage [2005/12/08(木) 23:13:00 ID:???]
- ±1.5ヶ月でね
- 758 名前：nobodyさん mailto:sage [2005/12/09(金) 12:10:21 ID:???]
- >>749
プレゼンが下手糞で途中で飽きた。
文章でまとまってるのないの？
- 759 名前：nobodyさん mailto:sage [2005/12/09(金) 12:21:49 ID:???]
- 流行りだからって何でもかんでもPodcastすればいいってもんでもないよね｡
テキストなら大事なとこだけ拾い読みできるのに｡
- 760 名前：nobodyさん mailto:sage [2005/12/09(金) 12:43:07 ID:???]
- メディアを云々する前にまずGoogleを覚えようぜ
- 761 名前：nobodyさん mailto:sage [2005/12/09(金) 14:16:53 ID:???]
- 誤爆ですか？
- 762 名前：nobodyさん [2005/12/09(金) 17:59:40 ID:kJFA21a1]
- Decorator使ってる時にリダイレクトしたら、
サブテンプレート作成中に処理がブチギレるよね。
ポストフィルタでリダイレクトすべきなのか。
そのあたりどうしてる？
- 763 名前：nobodyさん mailto:sage [2005/12/10(土) 14:39:54 ID:???]
- 質問です。
mojavi2でSmartyを使っています。
XOOPSのテーマを使っていてsmartyのデリミタが<{と}>です。
$lblocks = array(array('title' => 'エラー',
'content' => '<div><{$error}></div>'));
$renderer->setAttribute('xoops_lblocks',$lblocks);
すると<がサニタイズされて>に変換されて、html上表示されてしまいます。
サニタイズさせない方法ってあるでしょうか?
- 764 名前：nobodyさん mailto:sage [2005/12/10(土) 19:34:26 ID:???]
- >>763
$smarty->left_delimiter = '<{';
$smarty->right_delimiter = '}>';
てか、、マニュアル嫁
- 765 名前：nobodyさん mailto:sage [2005/12/10(土) 23:53:59 ID:???]
- >>764
>>763の
>XOOPSのテーマを使っていてsmartyのデリミタが<{と}>です。
とあるように、その設定はXOOPSのテーマを使うために既にしています。
そのために<と>がサニタイズされて困っているんです。
その設定をしなければ、{と}だけで問題ないのです。
テーマ側に<{$error}>と書けば問題ないのですが、setAttributeで渡そうとすると
サニタイズされてしまいます。
- 766 名前：764 mailto:sage [2005/12/11(日) 01:36:43 ID:???]
- >>763
>smartyのデリミタが<{と}>です。
これ読めてなかった… すまん、763
- 767 名前：762 mailto:sage [2005/12/11(日) 11:51:35 ID:???]
- リダイレクト後にexitしてるのが問題だっただけだった。
リダイレクトっていっても
ヘッダに出力するだけで、
処理が止まるわけじゃないんだよな。
- 768 名前：nobodyさん mailto:age [2005/12/12(月) 19:50:27 ID:???]
- mojavi3つかってます。
modelで$this->getContext()->getRequest();するのと、
actionで$this->getContext()->getRequest();してモデルに渡すのと
どっちがmvc的に正しいですか？
- 769 名前：nobodyさん mailto:sage [2005/12/12(月) 20:44:06 ID:???]
- >>768
モデルはコントローラやビューと結合していないのが理想なので、action で
リクエストを取得して、それに応じて model に渡すのがよいと思う。
- 770 名前：nobodyさん mailto:sage [2005/12/12(月) 20:44:31 ID:???]
- 「結合してない」って言い方は悪いな。「疎結合」に言い替える。
- 771 名前：nobodyさん mailto:sage [2005/12/12(月) 20:44:42 ID:???]
- >>768
前者の方がmodelとactionの結合が疎になりやすい。
- 772 名前：768 mailto:sage [2005/12/12(月) 21:33:07 ID:???]
- どうもありがとうございました。
さっぱりしました。
- 773 名前：nobodyさん mailto:sage [2005/12/12(月) 23:43:46 ID:???]
- >>769
えええええええええええ？
だったらなんでmodelに
$this->getContext()->getRequest();
できる機能わざわざつけてあるのさ。
actionもMVCのmodelに相当するんじゃないの？
model内で
$this->getContext()->getRequest();とかやって、
actionでgetModelするのが普通だと思うが。
>>772よ。すっきりするのはまだ早い
- 774 名前：nobodyさん mailto:sage [2005/12/12(月) 23:50:24 ID:???]
- moja3て、Modelがあんだ〜
class HogeModel extends Model って感じ？
- 775 名前：nobodyさん mailto:sage [2005/12/13(火) 00:06:36 ID:???]
- >>773
> actionもMVCのmodelに相当するんじゃないの？
違うよ。controllerとmodelのアダプタ（アダプタパターンとは別の意味）。
controllerの一部をコマンドパターンとして抽出したとも見れる。
だから本当はactionはビジネスロジックを書くところじゃないんだけど、ロジックもそのまま書けてしまう手軽さは利点であり欠点でもあると思う。
requestをいじるのはcontrollerであるべきだと思うから俺はaction内でgetRequestして、相応のmodelを呼び出す派。
- 776 名前：768 mailto:sage [2005/12/13(火) 01:51:59 ID:???]
- やっぱり、model内で
$this->getContext()->getRequest();
のはなんか気持ち悪い。
- 777 名前：nobodyさん mailto:sage [2005/12/13(火) 01:56:13 ID:???]
- 俺もactionでrequest派。
最初はmodelでやっていたが
そうなると、起点となるactionを見ただけでは
どんなパラメータをいじっているのかが分からず、
流れを把握しにくくなったから。
またリクエストパラメータはどちらかといえば
プレゼンテーション層に属するものなので
プレゼンテーション層であるactionで受け取るのが理にかなっている
とも思う。
バリデーションやコンバートはactionでやってるんだから
ノータッチでmodelに渡していても疎結合とは言えないのでは？
むしろactionで受け取ってmodelに渡すというレイヤパターンにした
方が疎結合といえる気がする。
- 778 名前：nobodyさん mailto:sage [2005/12/13(火) 10:18:09 ID:???]
- model で request 処理すると，model の unit test がやり辛くなると思う
それって context と request の両方を外部に依存することになるし
action で request を処理しちゃえば model は request の「値」のみに依存することになり
より疎結合になる
# なんてことを周囲に喋ると「日本語喋れ」とか言われる罠ｗ
- 779 名前：nobodyさん mailto:sage [2005/12/13(火) 11:29:59 ID:???]
- 記述が楽＝疎結合じゃないんだよね
プロトコルを増やすわけだからむしろ記述は面倒くさくなりがち
- 780 名前：nobodyさん mailto:sage [2005/12/13(火) 14:13:53 ID:???]
- >>773
フレームワークが許容しているのと、理想的な設計との間には
隔たりがあるってことを理解するべき。
元の質問は
> どっちがmvc的に正しいですか？
‥なので、MVC 的には action に依存しない方が理想だろうね。
>>778 のいう「unit test がやり辛い」ってのは、model がフレームワークと
密接に結合していて使い勝手が悪い証拠。結合度が高いので、再利用しずらい
(再利用する時に、間接的にフレームワークにも依存することになる)。
model と action を分離しておけば、例えば、Web アプリとは別に DB に対する
バッチ処理を PHP で書く必要がでてきた時に model を流用できる。
ただ、理想的な設計が、即座に現場で適用されるべきかというと、それは
また別問題だけどな。
- 781 名前：nobodyさん mailto:sage [2005/12/13(火) 18:51:28 ID:???]
- >>780
いや、疎結合とかはlib側で考えるもんなんじゃないの？
＞フレームワークが許容しているのと、理想的な設計との間には
＞隔たりがあるってことを理解するべき。
許容じゃなくて、意図的に実装してるんだとおもうんだけど。
modelは明らかにactionと密接な連携を取るためのものだと思うし。
＞model と action を分離しておけば、例えば、Web アプリとは別に DB に対する
＞バッチ処理を PHP で書く必要がでてきた時に model を流用できる。
その流用はlibでつくったもののがやりやすいよね。
- 782 名前：nobodyさん mailto:sage [2005/12/13(火) 18:54:29 ID:???]
- >>777
自分は逆にactionはどんなmodelを使ってるかの道しるべとして使ってるから
流れ把握は全然困らない。てかむしろしやすい。
- 783 名前：nobodyさん mailto:sage [2005/12/13(火) 18:59:51 ID:???]
- てか、そもそもlibの存在忘れて疎結合とか言ってない？
- 784 名前：nobodyさん mailto:sage [2005/12/13(火) 19:08:07 ID:???]
- libって何さ、ライブラリ？
- 785 名前：nobodyさん mailto:sage [2005/12/13(火) 19:10:01 ID:???]
- なにこの流れ。
スゴいお勉強になるんだけお。
- 786 名前：nobodyさん mailto:sage [2005/12/13(火) 19:11:38 ID:???]
- >>780の言う「許容」ってのはModel内で$this->getContext()->getRequest()できちゃうって話だよね？
>>781と微妙に噛み合ってないみたいだけど。
つーかMojaviに関して言えばContextに一貫性を持たせようとした結果、たまたまModelの中でもRequestが取得できてしまうとも見れると思う。
その意味ではMojaviの欠点の一つかもしれんな。
まあ>>773から反論がない限りはgetRequestはActionでやるべきってのは満場一致でしょ。
その結論に至る思考プロセスが個々人いろいろなのがおもしろいなｗ
- 787 名前：nobodyさん mailto:sage [2005/12/13(火) 19:18:52 ID:???]
- >>786
ん？かみ合ってないのか？
＞つーかMojaviに関して言えばContextに一貫性を持たせようとした結果、たまたまModelの中でもRequestが取得できてしまうとも見れると思う。
つまり、Requestだけはmodelでやるべきではないってこと？getControllerやgetUserはありで？
だったらかみ合ってないてのはわかるんだけど。
>>784
いや、libはautoloadで定義するやつよ。
こいつにこそ疎結合を求めるもんだとおもうんだけど…
- 788 名前：nobodyさん mailto:sage [2005/12/13(火) 19:21:40 ID:???]
- >>786
ちなみにlibとmodelはどう区切ってる？
- 789 名前：nobodyさん mailto:sage [2005/12/13(火) 19:34:56 ID:???]
- M2のactionChainがなくなったのも、デコレータだけじゃなくgetModelが
追加されたからなんだと思うし…
- 790 名前：786 mailto:sage [2005/12/13(火) 19:40:45 ID:???]
- >>787
いや、「かみ合ってない」って言葉が気に障ったなら気にしないでくれ。
疎結合の話に対してではなく、request云々の方で感じたこと。
> 許容じゃなくて、意図的に実装してるんだとおもうんだけど。
の部分ね。
modelとlibのどちらに疎結合を求めるかってのにはノーコメント。
俺の場合はlibにフレームワークのコンポーネントから外れた自分クラスとかは入れないんで。
多くはModelで、あとはSmartyの実装が微妙だったころに改造したViewとか。（最新バージョンがどうなってるのかはチェックしてない）。
> つまり、Requestだけはmodelでやるべきではないってこと？getControllerやgetUserはありで？
まあそういう風に見るとrequestとuserの非対称性が浮き彫りになるが、俺の場合は結果的にはそういう方針でやってるよ。
Modelの中でgetRequestを呼び出すのはせいぜいsetErrorするときだけだな。
>>788
前述の通り、俺的には「区切ってる」っていう感覚ではあまりない。
共通して使うものをlibに入れるだけ。
|
 |
