- 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参照汁
- 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に入れるだけ。
- 791 名前：nobodyさん mailto:sage [2005/12/13(火) 19:51:24 ID:???]
- フレームワークだから
ある程度の自由度を残してるのは当然ともいえるし
どっちもｱﾘっちゃｱﾘだな。
- 792 名前：nobodyさん mailto:sage [2005/12/13(火) 19:54:09 ID:???]
- >>790
なるほど、そういうことね。確かに勘違いだわ。
でも、
＞まあそういう風に見るとrequestとuserの非対称性が浮き彫りになるが、俺の場合は結果的にはそういう方針でやってるよ。
getUserもmodel内で使ってるんだ？
ますますわからんくなってきた…
ちなみに
forum.mojavi.org/index.php?showtopic=1280&hl=getmodel
ここにあるようなソースはアリなんだよね？
- 793 名前：nobodyさん mailto:sage [2005/12/13(火) 19:56:03 ID:???]
- context自体を渡すことがおかしいって言ってるのかと勘違いしてた。
- 794 名前：nobodyさん mailto:sage [2005/12/13(火) 19:59:28 ID:???]
- どっちにしても、自分の場合、actionはアダプタじゃなくてmodelで、
action内が複雑になりそうなときmodelに助けを求めるって感じでやってるから。
例えmodel内でgetRequestしても自然なつもりなんだけどなぁ
- 795 名前：768 mailto:sage [2005/12/13(火) 20:11:31 ID:???]
- じつはagaviでした。
agaviだとみんな食いついてくれないと思ったので.
結果予想以上に皆さんの意見が聞けてよかった。
- 796 名前：nobodyさん mailto:sage [2005/12/13(火) 20:13:34 ID:???]
- >>792
うーん、そこのソースのマズイ部分ってとりあえずどこ？ｗ
つーかgetUserをModelでやるのっておかしいかな？言われてみると少し迷うな。
ログインの処理をする専用のModelとかそのままsetAuthenticatedしてるのと、あとはaddCredentialみたいなのもModelの中でちらほらやってしまっている。
もろにビジネスロジックかと思うんだが。
>>794
まあどういう風にやっても間違いってことはないと思う。
Actionにビジネスロジックを書いても結果的には「ロジックとデザインの分離」っていう大元の目的は達成されてるわけだし。
- 797 名前：nobodyさん mailto:sage [2005/12/13(火) 20:28:15 ID:???]
- >>795
みなさんというか、２、３人だと思うけどね。自分含めてｗ
- 798 名前：nobodyさん mailto:sage [2005/12/13(火) 20:31:02 ID:???]
- >>797
まーこの板はそういうとこだよなｗ
- 799 名前：nobodyさん mailto:sage [2005/12/13(火) 20:34:29 ID:???]
- >>796
＞うーん、そこのソースのマズイ部分ってとりあえずどこ？ｗ
その感想自体が答えですｗ さんきゅｗ
＞ログインの処理をする専用のModelとかそのままsetAuthenticatedしてるのと、あとはaddCredentialみたいなのもModelの中でちらほらやってしまっている。
まぁたしかにgetUserはその辺の機能があるからね。言われれば気持ちはわかる。
ちなみに開発人数はどれくらい？
自分のとこの場合人数が5人で中途半端だから、下手に縛り設けようにもうまく機能しないことが多いんだよね…
フレームワークで許されている権利は使ってよしってことにしてるからってのもあるかも。
- 800 名前：nobodyさん mailto:sage [2005/12/13(火) 20:35:06 ID:???]
- userをmodelでいじるのは全然おかしくないと思う
つまるところセッションだし。
requestはブラウザから直接送られてくるデータだから、
いきなりmodelにいじらせるには生々しすぎる感じがするな。
- 801 名前：nobodyさん mailto:sage [2005/12/13(火) 20:40:49 ID:???]
- >>800
いや、それだと話がループする…
- 802 名前：nobodyさん mailto:sage [2005/12/13(火) 20:42:35 ID:???]
- >>800
そこはmodelで疎結合かどうかの話でしょ？
|
 |
