入社前の俺
>>930 入社後の俺「無印ASPとVBSの資産しかない…だと」
933 :
デフォルトの名無しさん:2009/04/12(日) 22:04:48
WindowsFormの資産がそのまま使えない?
普通のアプリにある入力チェックとか、簡単に数値計算するためのライブラリとか。
AJAXは結構便利だと思うけどなぁ。使い方次第なのかもしれないけど。
例えばコード入力させてOnTextChangedで品名を表示させるとか、
商品ごとに独自の割引率が適用されるとき、
商品選択した段階で割引率をブラウザのJavaScriptの変数に格納して計算させるとか
>>932 お前は俺かww
.NETは楽でいいよなあ。
ちょっとした管理ツール作るのには便利すぎるわ。
でも大多数が利用する表ページには使おうとは思わないのよね。
>>935 .NETのASPXをいじれるデザイナがあまりいない。
管理画面とかならデザイナ入れないでプログラマーだけで完結させちゃうけど、表画面となると
Flash使いまくったりとデザイナがかなり絡んでくる。
そしてDWだとASPXが最終結果の表示=デザイナ時の表示にならないから、デザイナが微調整できないのよね。
マスタページやら色々使ってもとにかくデザイナがASPXを理解してくれてないと
結局プログラマー側でチェックするハメになって面倒。
後はポストバックやらViewStateは便利なんだけど、表画面でこれ使うのはちょっと気がひける。
かといって通常のPOSTやら使うと.NETの簡単に作れるってのが失われるし。
表ページ(表画面)ってのが具体的にわからんので、意味がよくわからない
単にtableのことかと思ったらデザイナとかFlashとかの話がでてくるし
単なるtableならRepeaterコントロール使えばいい話だから
デザインが微調整できないなんてことはないしよくわからんな
あとポストバックやViewStateも所詮Postだから、なぜ気が引けるのかもよくわからん
>>937 大方必要なところ以外も全部ViewsState切らずに使って大きなテーブルのあるページのサイズが肥大化するとかでは?
つうか、通常のPOSTとPOSTバックがすごい大違いなもんだとか思ってそうだな
デザイナがいたとしたら、結局そいつの作るHTMLをPGから吐き出すだけのもんだと思ってるんだが・・・
なんか色々機能が勝手につけられてて嫌ならHTMLコントロールをサーバコントロールにすればいいだけだろうし
>>937 たぶん、表画面を、ひょう画面と読むんじゃなくて、おもて画面って読むんだと思うぞw
で、プログラマとデザイナが分離してるような大規模なサイトでの話だな
DWってのがなんのことかわからんが、適切なツール使うか、デザイナには
普通のHTMLで作ってもらえばいいだけなんだがな
>>940 Dreamweaverだなadobeのhtmlエディタ
Dreamweaverでもaspxのデザインできるぞ
ASP.NETページを新規作成して、コントロールはASP.NETのコントロールを設置してもらえばいい。
プレビューはサーバ経由になるがDWが自動アップロードして、それをブラウザに表示してくれるから、
普通にデザイナも確認できるし微調整もできる
ブラウザによってコントロールのサイズなんかは微妙の違うから、
メジャーなブラウザを切り替えてのチェックはデザイナならなれてるはずなので、
この程度の作業ならまったく問題ないだろう
ASPはあまり人が多くないから、
ASP.NETとASP.NET AJAXと、ASP.NET MVC、WebServiceとかまとめて一つのスレぐらいがいいのかもね
こっちに立てるかWebProg板に移行するかは迷うところだけれどもどうしよう
ム板だしなぁ・・・
存在意義はあるんだろうけど
>>940 規模に関係なく、大体ユーザーの目に触れるような所はPGとデザイナは分離してないか?
表画面=よくあるサイトのページ 例えば価格.comのトップページなど
裏画面=その裏に用意されている管理画面。価格.comでいうなら業者用の専用ページ。またはそれすら表画面で
業者どころか価格.comの管理者しか触れない、完全なる管理者専用ページ。
こんな分類じゃないかね。
んで規模が小さくても、トップページとかのデザインは普通PGは担当しないよな。
PGがデザインもできるPGなら別だけど。
>>945 それでもコードビハインドで十分じゃないのって話じゃないの?
わかりやすく説明しようとしてるから語弊のあるように感じるかもしれないけど
小規模なところは全部一人でやるんだぜ
PGとは別にデザイナいるんだから十分大規模だろ
デザイナの単価って大概プログラマより高いしな
ようはaspxとhtmlで作る誤差が問題なんだろうけど、
dwでもaspxのチェックが可能なんだから、その時点で微調整云々はおかしいってだけの話
aspxとhtmlの違いって、aspxのコントロールが実際(の大きさ)に描画されないということだと思うから
プレビューできる機能がある時点で話は終わりだと思うんだが
仮にコントロールごとに多少の差異があったとして、
普通、その程度の違いは吸収できるようにデザインを作るのが普通じゃないか?
ブラウザによってコントロールのサイズに違いがあるから、
構図を妥協して多少のサイズ違いに変更できるようにデザインするか、
それが気にくわないならブラウザごとに違うデザインを作るしかないわけで。
SqlDataReaderを返り値とするような関数があるのですが、
この場合、関数の終わりでコネクションを明示的にClose()できません。
(呼び出し元で使用できなくなるため)
前にヘルプを読み漁った時に、「(特に)DataSourceとして使うような場合は
Close()しないでください。適切にGCされます」というような記述を見かけたように思うのですが、
この認識で特に問題はないでしょうか?
すぐにGCされるならばいいのですが、Sessionのように積もり積もって
DBの同時接続を圧迫したりしないか、少し心配です。
そこまで心配なんならDataSourceにバインドなんぞさせない設計にすればいいじゃないか
DataReaderつかって適切にHTMLとかを吐き出すことが終わったらもう使わないからそれで破棄すればいいじゃん
すぐに回収されるかどうかなんかはそれこそGCの動き次第だし
そこまで心配するほど貧弱なサバなら自分でCG動かしてやればいいし
コネクションは使い終わったら速やかにクローズするのが基本
その関数呼び出してる側で使い終わったらクローズするだけの話だろ
積もり積もってどころか、オープン中は確実に同時接続数を圧迫してるだろ
つかASP.NET関係ないな、これ
まあ、移動まで雑談で埋めるのもいいか
そうなると、SqlDataReaderを返す関数だと、
明示的にCloseできないってのがどうなのかって話だよな
どうなのかっていうのは、本当にそうなのか?とか、
そうなら設計的におかしいのでは?とか。
そのあたりは調べてみないとわかんないわけだけど。
というか、ASP.NETだと、基本的にpageを表示させるごとに別インスタンスになるわけだから、
page内のスコープで宣言されたインスタンスはいつか破棄されるから問題ないのかな?
staticならアプリ全体で所有してるんだろうけど、そんなものデータを保存する場所として利用する
ようなことはほとんどないわけで
>>952 Closeできないのかと言われれば、出来ないことはない
ただ、コネクション閉じられたDataReader返されても使えないからなw
DataReaderの使用中はコネクションは解放できない、って仕様なんだから閉じれないわな
リーダー閉じるときにコネクションも閉じるようなオプションあったはずだからそれ使え
>>953 いやだから、「速やかに」クローズするのが基本だって言ってるだろ
基本的にはGCでの解放はいつになるかわからんからな
オープンしたままGCまでほっとくと、コネクションプーリングが不足するハメになるぞ
DataList内のTextBoxコントロールの値を
下のやり方以上に簡単に出来る方法ってありますか?
void MyText(object sender, DataGridCommandEventArgs e) {
TextBox Text = (TextBox)e.Item.FindControl("TextBox1");
}
それの何が問題だかわからんが、
foreach (DataListItem item in DataList1.Items)
TextBox textBox = (TextBox).item.FindControl("TextBox1");
こんなことがしたいのかな?
>>957 最終的には下の値をとるだけなんですが
string = ((TextBox)e.Item.FindControl("TextBox1")).Text
普通に値を取るみたいに単純に
TextBox1.Text
みたいにはいかないのかなと。
また、
void Button_Click(Object sender, EventArgs e){
DataList1.Item().FindControl("TextBox1")
}
のような感じで値を取得するのではどちらが一般的なのでしょうか
そもそも用途が違うと言われるかもしれませんが
違いを教えてください
前者は、DataList内のコントロール操作で発生するイベント
だから、どの行のイベントか分かるので、e.Item.FindControl("")で目的のコントロールが取得できる
逆に言うと操作された行のコントロールを取得するのが主な目的
後者は、DataList以外のコントロール操作で発生するイベント
だから、どの行が操作されたかはわからない
逆にいうとすべての行のコントロールに関する操作をするのが主な目的
>>959 後者はDataListの内外を問わずに発生したイベントで
DataListの操作ができるという理解でいいんですかね。
なんとなくイメージできてきました。
ありがとうございます。
2005 Express 使ってます。
超初歩的な質問ですが
新しいWebsiteを作成すると
Websiteフォルダの他に、Website(2)なるフォルダが作成されます。
中身は
・WebSite (2).sln
・WebSite (2).suo
の2つのファイルが出来ています。
オリジナルフォルダの方にも
・WebSite.sln
・WebSite.suo
が存在します。
WebSite (2)って何のために作られるのでしょうか?削除してもOK?
962 :
デフォルトの名無しさん:2009/04/17(金) 00:50:33
websiteに名前を付けてないからでしょ
それぞれ別のサイトなんだから、削除しちゃったら開けなくなっちゃうから
けしたらあかん
>websiteに名前を付けてないからでしょ
名前を付けてないとはどういう意味ですか?
ファイル>新しいWebサイト>から
↓
場所:ファイルシステム C:\WebSpace\WebSite
言語:Visual Basic
で、OK実行
ちなみに、Visual Studio プロジェクトの場所
C:\WebSpac
こんな感じですが
964 :
デフォルトの名無しさん:2009/04/17(金) 01:15:54
>>963 いま実験できる環境にないのでよくわからんが、
過去の作成したサイト(例:WebSite)があって、WebSite.slnがあり、
c:\WebSiteが存在していたとき、自分でc:\WebSiteを消去して、
さらにWebSiteというソリューション名でサイトを作ろうとすると、
過去に作ったWebSite.slnが残っているので、WebSite(2)ができる
だからデフォの名前はなるべく付けない
テストで作るとしても日付を入れてWebSite091417とかにして
なるべくユニークな名前を付けて判断できるようにするのがいい
あと、サイトはファイルシステムじゃなくて、可能ならIISをローカルにインストしたほうがいい
XP HomeやVistaHome(HomePremiumは可)だと無理だが
>>953 static(変数)はいつキャッシュされるか分からないから使うべきじゃないな
C/S系だと便利だから使っていたが、Web系に来た時はエラーおきまくったわ・・・
_.. -――- ._
./ ,―――‐- ._` .
/) ./ / / ``\
///)ィ7T.フ厂 ̄`フi ‐-_ |〉. _人人人人人人人人人人人人人人_
/,.=゙''"/ フl/_×// |ハハl .ト、> 細かいことはいいんだよ!! <
/ i f ,.r='"-‐'つイ._T_i` .r≦lハ!|`` ^^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^ ̄
/ / _,.-‐'~| |'弋..!ノ i'+!l |
/ ,i ,二ニ⊃l |' ' ' ,‐- ..__゙ー' .!l .|
/ ノ i l゙フ..,!l .ト、 l `,! .ハ.!
,イ「ト、 ,! ,!|.../_| |l: > .ヽ.. ィ <l l|
/ iトヾヽ_/ ィ"\. | | \ \ー'/ ./ ,,;:`:;'゙
WindwosServerでなくても動くようなWebサーバーはIIS以外に何つかってる?
ASP.NETが動くという前提ならMONOのXSPくらいしか知らない。
VWB2005で、
Ctr+F5でWebフォーム(127.0.0.1)を表示させようとすると読み込み中のままになる。
一旦ブラウザを閉じて、再度実行すると開く。
毎回こんな感じになるんですが?OSはXPPRO-SP3です。
読込中のときにリロードするとどうなる?
>>970 読み込み中にリロードしても、そのまま読み込み中が続く。
一旦ブラウザを落として、再実行すれば開く。
なぜこうなるのか理由が分からない。
>>972 デバッグしながらソースに変更加えて再度確認してってのを、
何回かやっているうちにそうなるな。
セッションの関係ないページ(ログイン画面とか)は
落とさなくても開くので、その辺の絡みじゃないかと予想してる。
仕様と思って諦めてる。
でもノートに入れている方は読み込み止まらないんです。
デスクトップの方は毎回止まる。
OS、VWDの環境は同じなので、どこかに設定があるのかなと思って居るんだけど。
975 :
デフォルトの名無しさん:2009/04/18(土) 00:03:03
IISあとからいれるとそうなる可能性があったような
.netの再構築してみ
それで駄目ならVSの再インスト
認証周りの設定でそうなったような気がするなぁ
IISのセキュリティ設定あたり見直してみたら
Windows98でも.NETは動く?
2.0までなら動く。
981 :
デフォルトの名無しさん: