ASP.NETについて語るスレ
1 ：デフォルトの名無しさん：02/09/06 14:04
.NETになって大きく変わったASP。
なぜか他にスレが立ってないのであげました。
大いに語ってください。
なぜか他にスレが立ってないのであげました。
大いに語ってください。
2 ：デフォルトの名無しさん：02/09/06 14:05
ASPはWebProg板で話し合うべき話題だろ。
3 ：1：02/09/06 14:09
>>2
なぜかWebProg板ではＡＳＰについて触れていなかったので。
なぜかWebProg板ではＡＳＰについて触れていなかったので。
4 ：デフォルトの名無しさん：02/09/06 14:10
5 ：デフォルトの名無しさん：02/09/06 14:14
良スレの予感
7 ：デフォルトの名無しさん：02/09/06 14:16
webprog板のASP.NETスレは8レスでdat落ち
8 ：デフォルトの名無しさん：02/09/06 17:42
9 ：デフォルトの名無しさん：02/09/07 02:36
このスレが流行らないのは、虚しい・・・。
>>8
鯖の違いか…。しかしそれだけではない気がする。
.NET批判するやつ多いけど、使ってみるとかなり便利なのがわかる。
ん〜、食わず嫌いなのかWINDOWS嫌いなのか・・・。
>>8
鯖の違いか…。しかしそれだけではない気がする。
.NET批判するやつ多いけど、使ってみるとかなり便利なのがわかる。
ん〜、食わず嫌いなのかWINDOWS嫌いなのか・・・。
10 ：デフォルトの名無しさん：02/09/11 15:30
すんまそん。
ASP.NETからMySQLやPostgreSQLに接続する方法はありますか？
ASP.NETからMySQLやPostgreSQLに接続する方法はありますか？
11 ：デフォルトの名無しさん：02/09/11 18:17
此方で質問を…超初歩ですが…
HELPを見ても、見つからないので…どなたかお教えください。
自分自身のWindowを閉じる方法は、どうすれば良いのでしょうか。
また、子画面が閉じた事を、呼び出し元画面に知らせる方法ってありますか。
HELPを見ても、見つからないので…どなたかお教えください。
自分自身のWindowを閉じる方法は、どうすれば良いのでしょうか。
また、子画面が閉じた事を、呼び出し元画面に知らせる方法ってありますか。
12 ：わ：02/09/12 00:17
13 ：デフォルトの名無しさん：02/09/12 00:56
ASP.NETでどうやってGDI+を使うの？
14 ：デフォルトの名無しさん：02/09/12 04:55
>>13
http://www.aspalliance.com/jnuckolls/Articles/ASPCharts/default.aspx
この辺のサンプルとか見てごらんなさいな。
動的に生成したビットマップをGIFフォーマットでOutputStreamに吐き出すとか、
かなり面白いことできるから。
http://www.aspalliance.com/jnuckolls/Articles/ASPCharts/default.aspx
この辺のサンプルとか見てごらんなさいな。
動的に生成したビットマップをGIFフォーマットでOutputStreamに吐き出すとか、
かなり面白いことできるから。
16 ：デフォルトの名無しさん：02/09/12 23:14
ASP.NETをやるとHTTPやらHTMLやらCGIでのGET,POST,Cookieの扱い･･･
といったWebとしての基本部分が完全に隠蔽されてしまうから、
それこそVBでフォームを作る感覚で、Webの基本を全然抑えていない
Web開発者が大量発生しそうで怖いんだよね。
MSはかつて大失敗したDHTMLの頃から、Webページにイベントドリブンの概念を
持ち込みたがっているようだけど、はっきりいってWebの世界にイベントドリブンは
似合わないと思う。これは俺の完全な偏見かもしれないけど。
ASP.NETをこれからやる人でも、まずはそういった基本的な部分をPerl+CGIなり
PHPなりJ2EE（これは大袈裟か？）でしっかり抑えてから足を踏み入れてほしい。
といったWebとしての基本部分が完全に隠蔽されてしまうから、
それこそVBでフォームを作る感覚で、Webの基本を全然抑えていない
Web開発者が大量発生しそうで怖いんだよね。
MSはかつて大失敗したDHTMLの頃から、Webページにイベントドリブンの概念を
持ち込みたがっているようだけど、はっきりいってWebの世界にイベントドリブンは
似合わないと思う。これは俺の完全な偏見かもしれないけど。
ASP.NETをこれからやる人でも、まずはそういった基本的な部分をPerl+CGIなり
PHPなりJ2EE（これは大袈裟か？）でしっかり抑えてから足を踏み入れてほしい。
17 ：デフォルトの名無しさん：02/09/12 23:16
18 ：16：02/09/12 23:19
>17
同意。
でもVS.NETでペタペタ作るのにはどうも抵抗がある。
これも時代の流れか。
そんな俺は未だに.NET Frameworkの素でASP.NETプログラミング中。
どうせロジックは全てコンポーネント化するし。
同意。
でもVS.NETでペタペタ作るのにはどうも抵抗がある。
これも時代の流れか。
そんな俺は未だに.NET Frameworkの素でASP.NETプログラミング中。
どうせロジックは全てコンポーネント化するし。
19 ：デフォルトの名無しさん：02/09/12 23:33
20 ：わ：02/09/13 00:43
所詮サーバサイドのプログラム
＋αクライアントスクリプトができる場合にはだすかもね。
そんな感じだよね。
どうしてもクライアントスクリプト書きたければ、今まで通りどうぞお書きください。
でも、サーバサイドで完結ﾏﾝｾｰな私にはASP.Netはいい感じ。
サーバプログラムかいてればクライアントも書いてくれるんだから。
弊害もあるけどね。
＋αクライアントスクリプトができる場合にはだすかもね。
そんな感じだよね。
どうしてもクライアントスクリプト書きたければ、今まで通りどうぞお書きください。
でも、サーバサイドで完結ﾏﾝｾｰな私にはASP.Netはいい感じ。
サーバプログラムかいてればクライアントも書いてくれるんだから。
弊害もあるけどね。
22 ：わ：02/09/13 10:32
>>21
？？？
何を言ってるのか状況がつかめないがクライアントの動きと
サーバの動きをはっきりと意識しる。
押した瞬間に閉じたければクライアントスクリプト以外ないでしょ？
サーバに行って、ダミー画面がBodyOnLoadでクローズさせるなんて現実的じゃないよ。
？？？
何を言ってるのか状況がつかめないがクライアントの動きと
サーバの動きをはっきりと意識しる。
押した瞬間に閉じたければクライアントスクリプト以外ないでしょ？
サーバに行って、ダミー画面がBodyOnLoadでクローズさせるなんて現実的じゃないよ。
>>22
ｻｰﾊﾞの処理とｸﾗｲｱﾝﾄ処理を分けて意識しなきゃｲｶﾝって事は大事だよな…もっとｼｭｷﾞｮｳｽﾙ
漏れのしたい事(客の要望)ってのが、
親画面から開いた子画面で、何らかの情報を検索・選択させる
OKボタン押下と同時に、その選択情報をDBに反映＆子画面閉じるって処理だったんよ。
説明不足ｽﾏｿ
ｻｰﾊﾞの処理とｸﾗｲｱﾝﾄ処理を分けて意識しなきゃｲｶﾝって事は大事だよな…もっとｼｭｷﾞｮｳｽﾙ
漏れのしたい事(客の要望)ってのが、
親画面から開いた子画面で、何らかの情報を検索・選択させる
OKボタン押下と同時に、その選択情報をDBに反映＆子画面閉じるって処理だったんよ。
説明不足ｽﾏｿ
24 ：わ：02/09/13 12:00
>>23
よく郵便番号検索なんかである処理やね。
1親：子を開く
2子：検索して表示
3子：選択OK
4子：親に情報を渡す
5子：閉じる
6親：submit
こういう流れだね。
ここでASP.Netがからみうるのは2と6だよね。
じゃそれ以外はDHTMLで解決。
たとえば、画面の制御なんかで回避できる方法もあるし、ASP.Netの使い方をするなら
ListBoxを選べば(OnSelect)submitされて次の検索項目に値が入っているなんていう使い方
がそれらしいね。
ブラウザで子画面が開くのはうっとうしいと思う人も多いからね。
ネットも速くなる一方だから、そのへんはどう実装してもいけるようになるさ。
そのうち
よく郵便番号検索なんかである処理やね。
1親：子を開く
2子：検索して表示
3子：選択OK
4子：親に情報を渡す
5子：閉じる
6親：submit
こういう流れだね。
ここでASP.Netがからみうるのは2と6だよね。
じゃそれ以外はDHTMLで解決。
たとえば、画面の制御なんかで回避できる方法もあるし、ASP.Netの使い方をするなら
ListBoxを選べば(OnSelect)submitされて次の検索項目に値が入っているなんていう使い方
がそれらしいね。
ブラウザで子画面が開くのはうっとうしいと思う人も多いからね。
ネットも速くなる一方だから、そのへんはどう実装してもいけるようになるさ。
そのうち
>>14
GDI+じゃないとできないということは驚きだ。
GDI+じゃないとできないということは驚きだ。