アカウント名:
パスワード:
つまり、RoRやCakePHPの.net版ということでしょうか。
一応、MonoRail [castleproject.org]ってのがありましたよ。ただ、残念ながら世のWeb MVC FWのようなスマートな作りではないし、全然盛り上がらなかったようですが…
#あとはViewをもうちょっとどうにかして欲しい…
>front controller
これですね。 http://capsctrl.que.jp/kdmsnr/wiki/PofEAA/?FrontController [capsctrl.que.jp] 「複雑なWebサイトでリクエストを扱うとき、よく似たことを何度も行う必要がある。セキュリティだったり、国際化だったり、ユーザー別のビュー作成だったり。インプット コントローラの振る舞いがあちこちのオブジェクトに散らばっていたら、こういった処理は重複してしまう。それに、実行時に処理を変更するということが難しくなる。
FrontControllerでは、ハンドラーオブジェクトをひとつ使ってリクエストを送り届ることで、全てのリクエストを取り扱う。」
しかし、この議論は1つ重大なことを忘れ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
MVC構造のフレームワークということは (スコア:0)
つまり、RoRやCakePHPの.net版ということでしょうか。
Re:MVC構造のフレームワークということは (スコア:1)
いわゆるfront controllerをやりやすいframeworkを出してきたってことが目新しさだと感じています。
Java文化な人々はwebやるときにstrutsをベースにやってる人が多いから、
それに近いコントロールができるものを出してきたと。
あわせてOR-mappingがしやすいEntity Frameworkも出してきてるから、
Javaな人々の取り込みが目的でしょうね。
そのあたりをMS適に.NETとして面でサポートしてくるところが、憎いというか
あざといというか、まあすごいと感じます。
さっと見たところ、ISAPI触らせるとか、HTTPHandlerを実装させるとか、
内部に手を入れなくていいのがいいところだろうな。
#おそらく、MS的には誰かが作ってくれることを期待してたんだろうけれど、
#だれも作ってくれなかったから、自分で作ったのではないかと・・・。
Re: (スコア:0)
一応、MonoRail [castleproject.org]ってのがありましたよ。
ただ、残念ながら世のWeb MVC FWのようなスマートな作りではないし、全然盛り上がらなかったようですが…
#あとはViewをもうちょっとどうにかして欲しい…
Re: (スコア:0)
>front controller
これですね。
http://capsctrl.que.jp/kdmsnr/wiki/PofEAA/?FrontController [capsctrl.que.jp]
「複雑なWebサイトでリクエストを扱うとき、よく似たことを何度も行う必要がある。セキュリティだったり、国際化だったり、ユーザー別のビュー作成だったり。インプット コントローラの振る舞いがあちこちのオブジェクトに散らばっていたら、こういった処理は重複してしまう。それに、実行時に処理を変更するということが難しくなる。
FrontControllerでは、ハンドラーオブジェクトをひとつ使ってリクエストを送り届ることで、全てのリクエストを取り扱う。
」
しかし、この議論は1つ重大なことを忘れ