ちなみに、ざっくり Java でいう JSP や Servlet のコア部分や IIS の ASP に相当するものが
ASP.Net で、Java のカスタムタグに相当するものが WEB Forms です。非常にざっくりですが。
ただし WEB Forms は Java のカスタムタグと根本的に思想が違い、サーバサイド HTML という概念を取り入れています。
これが便利かどうかは別として、各ブラウザでの HTML タグの解釈の違いをフレームワークで吸収し、
開発者は抽象的なタグを書き、フレームワークがブラウザに合った HTML を生成するという発想は良いと思います。
なお、ASP.Net だからと言って WEB Forms を使う必要はありません。
自分でタグを書きたければお好きにどうぞ。
リソースの無駄 (スコア:0)
UNIXだったら、もっと良いものがいくらでもあるだろうに。
特にASP.NETなんて最低。
FORMやjavascriptは使いづらいし、
<TR>1個書くためにインスタンスを作るなんて馬鹿としか思えん。
「作って地獄」ver2 (スコア:1)
なんか不味いんでしょうかそれ?
かつて、もしかして同じ事を考えていたかも知れない人々が居ますよね。
デスクトップってゆーかクライアントのStandaloneの「GUI」プログラムを、
C言語(や古典Pascal)で書いてた人たちが、おそらくソレなんじゃないかと思います。
その結果何が起きたかってーと、「使って天国、作って地獄」という
GUI開発に対する往年の悪評、です。
悪評はそれ自体は正解なんだけど、欠けてる視点は、
「不適切な環境(言語)で書いてるんだもん、そりゃそうだろ」という点です。
いろんなものをObjectでラップすると、
これが俄然、開発が楽になるんですよね。
----
で、翻って今。
同じ事がwebアプリに起きているような気がしています。
いろんなものをObject[*]でラップすることで、開発が楽になる。
[*]救済手段が前回と同じ「Object」であるのは、単に偶然だと思って構わないと思います。
で、今の(乱暴にいえば)JSP主体の開発って、OOP未満です。
ここが味噌だと思います。
JSPについては、画面とか窓とかWidgetとかいう単位をInstanceとして捉えず
JSPという「Instance(じゃないけどさ)を生成する奴」を主体に据えちゃったんで、
しかもそれを「Page」という概念で我々は捉えちゃってるんで(PはPageのPだからSun本家からして同罪だ)
話がややこしくなってるんだと感じています。
GUI環境じゃ、同じ窓Classの別Instanceを複数作って使う、っていうことは、頻繁にあります。
じゃあJSPも、同じJSPだけど「別Instance」を複数作ることは、考慮されて良さそうなもの。
ところがどういうわけか、我々は「Page遷移」という単位で捉えてる。
せめてPageのInstance単位で「遷移」を考えればいいのに、そうしてない。
あー。そんなわけで、
Tiki本家:webアプリの作り方 [todo.org]の一番下あたりみたいな感じかなーと。
いやー。画面なりWidgetなりを独立したObjectと考えたとたんに、
話が簡単になるなる。驚きです。
Re:リソースの無駄 (スコア:0)
# /. での大なり小なり扱いがよーわからんので[]化
少なくとも、技術的に ASP.Net + WEB Forms が JSP などより劣る部分はないと思いますよ。
両方を真面目に使えばわかると思いますが。
そもそも ASP.Net と WEB Forms を混同していませんか?
Re:リソースの無駄 (スコア:1)
ただし WEB Forms は Java のカスタムタグと根本的に思想が違い、サーバサイド HTML という概念を取り入れています。
これが便利かどうかは別として、各ブラウザでの HTML タグの解釈の違いをフレームワークで吸収し、 開発者は抽象的なタグを書き、フレームワークがブラウザに合った HTML を生成するという発想は良いと思います。
なお、ASP.Net だからと言って WEB Forms を使う必要はありません。
自分でタグを書きたければお好きにどうぞ。
# 私は MS のエバンゲリストじゃありませんが、こうゆう FUD は見兼ねるので・・・