【質問】ASP.NETスレ Part5【議論】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2009/01/23(金) 09:46:51ID:???Part1 - 【質問】 ASP.NETスレ 【議論】
http://pc5.2ch.net/php/kako/1040/10406/1040698263.html
【質問】ASP.NETスレ Part2【議論】
http://pc8.2ch.net/test/read.cgi/php/1111480331/
【質問】ASP.NETスレ Part3【議論】
http://pc11.2ch.net/test/read.cgi/php/1160355849/
【質問】ASP.NETスレ Part4【議論】
http://pc11.2ch.net/test/read.cgi/php/1184683786/ （dat落ち？）
あんまり需要ないのかもしれませんが。。。
0552nobodyさん
2009/07/06(月) 20:16:06ID:/VP1pSJi・user.ascx
protected sub name () as textbox
get
return txtname.clientID
end get
end sub
・main.aspx
dim TextName as textbox = name
TextName.text="Test"
つまりユーザーコントロールにあるコントロールをaspx側で操作したいというこです
0553nobodyさん
2009/07/06(月) 20:19:06ID:???0554nobodyさん
2009/07/06(月) 20:21:29ID:/VP1pSJiどうやるんですか？
0556nobodyさん
2009/07/06(月) 22:05:11ID:Igs6oFx6「無効なポストバックまたはコールバック引数です。
イベントの検証は、構成の <pages enableEventValidation="true"/>、
またはページの <%@ Page EnableEventValidation="true" %> を使用して・・・」
っていう糞長いエラーが。。
状況はMultiViewの中のViewのなかのGridViewのなかに配置したTemplateField（ｲﾒｰｼﾞﾎﾞﾀﾝ）
に、
CommandName="delete"
OnClientClick="return confirm('削除してよろしいですか？');"
ってﾌﾟﾛﾊﾟﾃｨ設定をして、ゴミ箱のイメージボタンをおしたら削除されるようにしたわけ。
で、さらにこのGridViewのイベントハンドラを以下のようにしてるわけ。
OnRowCommand = "GridViewMeans_RowCommand"
で、このｲﾒｰｼﾞﾎﾞﾀﾝを雄と件のｴﾗｰが発生します。。。
そもそもこのｴﾗｰって何を意味するの？
「ぽすとばっくやコールバックのイベントが、それをレンダリングしたサーバコントロールから由来するとだめ」
しかもセキュリティの理由から？？
意味が分からない。
意味が分からないから対処方法も想像できない。単にenableEventValidation="false"にすればいいよ、とか
意味も分からず闇雲にトライエラーしたくないし。
だれか、ずばっと、こういうパラダイムがあるから、それを解決するためにこういうセキュリティ上の配慮が必要で、そのために
チェックしてるんだ！！！とか男らしい回答求む。
0557nobodyさん
2009/07/06(月) 22:24:58ID:???http://techbank.jp/Community/blogs/mymio/archive/2008/03/28/381.aspx
0558nobodyさん
2009/07/06(月) 22:53:47ID:???ご回答ありがとうございます。
するってぇと、何でImageButtonをViewStateに保存しちゃまずいんですかね？
そういうモノだから？？
0559nobodyさん
2009/07/06(月) 22:56:34ID:???変わりませんでした。。
やはりあの、、原理を。。
0560nobodyさん
2009/07/06(月) 23:10:21ID:???動的に行が生成されるコントロールで、
さらに動的にRepeaterやGridViewなどのような動的に行を生成するコントロールを作成し、
その中でClickイベントを実装すると、その問題が発生するということだったはず。
ページによって存在するかどうかわからないイベントの発生元が存在した場合に、
それを検証する術がないのでエラーになるという感じだったような気がする。
例えばRepeaterの中のLiteralコントロールに、サニタイズをせずに文字列を表示させてしまい、
擬似的にポストバックされるコードを記述されてしまうのを検知するのと区別が付かないとかなんとか。
記事のありかは忘れた。
0561nobodyさん
2009/07/06(月) 23:23:44ID:???おお〜。なるほど！ありがとうございます
分かりません！
でも自分の頭じゃ理解できないってことだけは分かりました。
まぁMFCなんかでもダイアログボックスを表示中に他のタイマーとかのイベントがくると
ダイアログボックスのなかのメッセージポンプがそれを処理しちゃって、
その辺を考えて作らないといけないとか、そんな苦労を思い出します。
要は凝ったフレームワークにありがちな落とし穴って事ですかね。
うーん。困ったｗ
0562nobodyさん
2009/07/06(月) 23:35:38ID:???・main.aspx
dim TextName as textbox = CType(ユーザコントロールのID.FindControl("txtName"), TextBox)
これでお前のやりたいことはたぶんできるだろう
これをやるべきじゃないとか何とかいろいろあるんだが、
まあそれは勉強してくれと言うしかない
0563561
2009/07/07(火) 00:48:14ID:???ImageButtonだとだめみたいです。
ImageButtonにしてEnableViewStateをFALSEにしてもだめみたいです。
なんか、ImageButtonがだめのかねぇ。
もう寝ます。
0564561
2009/07/07(火) 21:59:56ID:???なんでもGridViewのサーバーサイドのイベントが2回以上起こると発生するらしい。
自分の場合は最初に（書いてなかったけど）RowCreateイベントを使ってる。
そして2回目はボタンをクリックしたときに発生する。
この２回のポストバックにおいて、RowがもってるID（つまりe.Row.ID）が食い違っていると
この検証に引っかかるらしい。
（ただのMSのバグじゃねーの？？）
自分の場合、最初はRowCreateで、この時点ではe.Row.IDはNULL、たぶんボタンをクリックしたときはなんか値が入ってるんだろうね。
それが食い違っているからだめ〜ってこと。
なんで最初にユニークな値を突っ込んでおけばいいらしい。
つまり
RowCreate()
{
e.Row.ID=Guid.NewGuid().ToString();
}
これでOKだった。でもなぜLinkボタンならよいのかは不明。Linkボタンはポストバックじゃないからかな。
0565nobodyさん
2009/07/07(火) 22:06:15ID:???それこそ、故意にイベントを発生するタグを挿入される危険性を排除するのが目的なんだから
0566nobodyさん
2009/07/07(火) 22:10:13ID:???もっと早く出てきて教えてくれよ。
0567nobodyさん
2009/07/07(火) 22:27:17ID:???0569nobodyさん
2009/07/07(火) 23:52:10ID:???VBに浸りすぎてぜんぜんわからん
0570nobodyさん
2009/07/07(火) 23:57:57ID:ID58Jon/DBテーブル上にBASE64エンコードされた画像データ（テキスト）が格納されています。
これをデコードしてresponseで出力したいのですが。。
エンコードはBASP21のBASE64関数を使い、ファイル経由で行いました。
デコードはファイル経由にしたくないので、なんとか直接出力したいのですが。
ちなみにBASP21でデコードすると
Dim o_buf
o_buf = objBASP.BASE64(rsRecord.Fields("Field_name").value, 1)
Response.BinaryWrite o_buf
Response.End
のような感じになりますが、o_bufにバイナリイメージの先頭数byteしか入ってこなかったので、
BASP21は使えないと考えています。
「これぞ王道」のような方法があればお教えください。
いまさらながらASPでプログラムを作成する案件がでてきて、慣れない中苦戦しているもので。。
よろしくお願いします。
0571nobodyさん
2009/07/08(水) 00:10:09ID:???>エンコードはBASP21のBASE64関数を使い、ファイル経由で行いました。
直接デコードしたら表示できる？
>デコードはファイル経由にしたくないので、なんとか直接出力したいのですが。
ファイル経由にしたらデコードできる？
>o_bufにバイナリイメージの先頭数byteしか入ってこなかったので
なんで入ってこないの？
>「これぞ王道」のような方法があればお教えください。
バイナリのままデータベースに保存できないの？
0573nobodyさん
2009/07/08(水) 01:35:13ID:ZNTcUj46>>エンコードはBASP21のBASE64関数を使い、ファイル経由で行いました。
>直接デコードしたら表示できる？
>>デコードはファイル経由にしたくないので、なんとか直接出力したいのですが。
>ファイル経由にしたらデコードできる？
ファイル経由でのデコードはできています。（BASP21利用で）
このファイルをビューアで見ることもできます。
サーバ負荷が高くなりそうなので、ファイル経由は避けたいと思っています。
>o_bufにバイナリイメージの先頭数byteしか入ってこなかったので
なんで入ってこないの？
BASP21の関数利用の結果がそうなっていました。
ここは理由はよくわかりません。。
>「これぞ王道」のような方法があればお教えください。
バイナリのままデータベースに保存できないの？
バイナリのまま保存する方法も現在調査中です。
エンコードする方法と、両方を調べている最中です。
どうぞよろしくお願いします。
0574nobodyさん
2009/07/08(水) 09:09:29ID:???モード6と7が対なのはわかるんだけど、
それと、その他のモードに互換性があるのかな
他のは、いわゆるwidestringだけに対応してて、バイナリには対応してないんじゃないのかな。
異なるモード間で互換性がないと意味がないから、
ファイルをエンコードするのに、FSOでファイルを読み込んで、
一度変数に入れてから6と7以外のモードで変換してみたらできるのかな？
0575nobodyさん
2009/07/08(水) 18:32:48ID:???BASP21って専用のスレとかないのか？
それか、サポート付きの有償版みたいなのなかったか？
BASE64ってそんなに難しい規格じゃないから、
自分でデコードする関数書いたらどうだね
0576nobodyさん
2009/07/09(木) 00:56:21ID:???FCL使えって感じだけどな
0577nobodyさん
2009/07/09(木) 17:08:52ID:???0578nobodyさん
2009/07/09(木) 22:37:40ID:???0579nobodyさん
2009/07/09(木) 22:59:29ID:???ページ名がクラス名になってるんだけど、
リネームしてもそのクラス名は変更されないから
リネームしたことでページ名が重複しちゃったんじゃね？
0581nobodyさん
2009/07/09(木) 23:11:57ID:???データベースがらみとか、アドオンの帳票がらみでわけわからん具合になること結構あるから
0582nobodyさん
2009/07/11(土) 14:43:11ID:???0583nobodyさん
2009/07/13(月) 00:21:32ID:???めんどくさいんですが。なんか上手い方法無いですかね？
特に、Repeaterで自動生成されたTextBoxとか、IDもサーバで勝手に振られるのでどうして
いいのか分かりません。
やりたいこと：Postされた値をなんか上手い方法でDataSetに入れてしまいたい。
DataBindって参照しか出来ないEvalじゃなくて、双方向更新も可能なメッソドもあるとか？
0584nobodyさん
2009/07/13(月) 01:18:02ID:???具体的には忘れたけど、こんな感じ
■Repeaterの場合
for (int i = 0; i < this.Repeater1.Items.Count; i++)
{
RepeaterItem ri1 = this.Repeater1.Items[i];
TextBox textBox = (TextBox)ri1.FindControl("textBox");
}
■ページにポトペタした場合
Control control = this.Page.FindControl("controlName");
でID名でコントロールが取得できるので、連番で名付けてループさせて取得すればいい
DataSetに格納したい行をClassか、structで宣言して、
ループする度にインスタンスを生成し、IList<T>に格納していけばいい。
別途IList<T>からデータを取得してDataSetに格納するクラスを別途作成す。。
0585nobodyさん
2009/07/13(月) 02:12:46ID:???>DataBindって参照しか出来ないEvalじゃなくて、双方向更新も可能なメッソドもあるとか？
使い勝手があれだから、きっと絶対必ず役に立たんがBindというのはある。
例えばObjectDataSourceのConflictDetectionを設定してやれば、
UPDATEやDELETEで指定したメソッドに対して、
変更後の値と変更前の値を自動で放り投げてくれる。
0586nobodyさん
2009/07/13(月) 16:29:19ID:???DataGrid(GridViewではありません)のヘッダー固定に関しての質問です。
DataGridのヘッダー行を固定しようと思い、ネット上でサンプルを参考にして
浮いているように見えるのですが、とりあえずヘッダー行の固定を実装しました。
参考URL：http://jsajax.com/aspGridView/Chapter1/ch1-03.aspx
ですが、この固定しているヘッダー行が常に最前列に出ているようで
画面上のメニューバーから展開されるサブメニュー項目が、ヘッダーの後ろに表示されてしまいます。
メニューバーはJQueryで作成しています。
参考URL：http://css-tricks.com/examples/SimplejQueryDropdowns/
JQueryで作成している箇所は、DBから動的に項目を取得して
メニュー自体をHTMLで作成しているので、JQueryをはずすことはできません。
ヘッダー行かメニュー項目のZ-INDEXで解決するかと思ったのですが、
どうも効いてないようで解決方法の糸口が見つかりません。
どなたか詳しい方いらっしゃいませんでしょうか？
0587nobodyさん
2009/07/13(月) 16:53:47ID:???0588nobodyさん
2009/07/13(月) 18:05:58ID:???やってみましたが結果は変わらずでした
固定しているヘッダー行が浮いたような状態になり、
DataGridよりも若干右にズレているのも気になります。
これが問題なんでしょうか・・
0589nobodyさん
2009/07/13(月) 18:25:38ID:???あと改行してメニューが干渉しない位置にヘッダーを表示させて場合はうまくいくのか？
うまくいくのならメニューを表示させたことで、メニューのスタイルシートが、
ヘッダのスタイルシートに悪影響を及ぼしてるんだろうから、
メニューの何が悪さをしてるのか、一つ一つスタイルを削って試して見るしかない
0590nobodyさん
2009/07/14(火) 21:55:30ID:s5DuVBkcASP.net 2.0の、しかもCodeBehind属性を使っているレガシーなアプリをメンテナンスしているのですが、CodeBehindに指定されている.csの内容を修正してもそれが反映されません。
（aspxの内容を修正した場合は反映されています）
ビルドしてプリコンパイルすればいいかと思ったのですが、ビルドしても\binに格納されているDLLが更新されないのです。
おそらくどこかに設定があると思うのですが、見つけることが出来ませんでした。
よろしければアドバイスをお願いします。
ちなみに、Webサイトのプロパティの「MSBuildオプション」→「出力フォルダ」は、修正してみましたが特に変化はありませんでした。
0591nobodyさん
2009/07/14(火) 22:00:55ID:???もしくはdebugフォルダ
0592590
2009/07/14(火) 22:44:54ID:???早速のお返事、ありがとうございます。
が・・・ありませんねぇ、どちらも。
もしかしてプリコンパイルは関係ないのかな？ でも、今参照しているbinの中のdll、参照外すと動かなくなるしなぁ・・・。
0593nobodyさん
2009/07/15(水) 01:38:50ID:???参照設定で、他のDLLを参照する設定になってない？
普通、通常に使用しているだけなら、Webサイトで作成していてbin以下にdllが
作られることはないと思う。
だからビルドしても、外部参照のdllは更新されるはずがないような気がする。
webアプリだったら、あまり詳しくしらないのでよくわからん。
0594nobodyさん
2009/07/15(水) 05:36:31ID:???だったらビルドしたらbinディレクトリにあるはずだが
WEBサイトならビルドしてもDLLは（見えるところには）作成されない
プリコンパイルってVSからできたっけ？
というか、参照してるDLLってなんのこと言ってるんだ？
そのプロジェクト以外のDLLをBinに入れて参照してるなら、
そんなもんはそのプロジェクトいくらビルドしても変わるわけないぞ
0595nobodyさん
2009/07/15(水) 05:56:10ID:???IDEからプリコンパイルできると書いてあるね
http://msdn.microsoft.com/ja-jp/library/bb398860.aspx
Webサイトでもコードビハインドだし、
「プリ」ってわざわざ付けるということは、webサイトなんじゃないかと思うんだけど。
0596nobodyさん
2009/07/15(水) 11:45:02ID:???実はプリコンパイルは関係なくて、
>CodeBehindに指定されている.csの内容を修正してもそれが反映されません。
>（aspxの内容を修正した場合は反映されています）
のあたりを詳しく聞く必要があるとみた！
.csの内容を修正しても反映されないって、例えば画面の初期化処理だとか、
ポストバック時の処理を変えたりしてみても以前のロジックが走る、
ってことかな？
.csを削除してみるだとか、新しいページ追加して確認してみるとかはどうでしょう？
プリコンパイルとかWebサイトとかの話はよく分からないので、分かる方お願いします。
0597590
2009/07/15(水) 11:55:15ID:???失礼、「Webサイト」でしたね。が・・・。
>WEBサイトならビルドしてもDLLは（見えるところには）作成されない
あれ？ もらってきたソース一式に、\binディレクトリがありますけど・・・？
えっと、binにアプリケーション名.dllを放り込むと、VSの方で勝手にそのdllへの参照設定をします。
その参照設定を外すとdllが削除され、「型 '（アプリケーション名）.Global'が読み込めませんでした」ってコンパイルすら通らなくなります。
（当然、「デバッグ」→「デバッグ開始」でも動きません）
それで、「ああ、ビルドしてdllを作り直せば、.csへの修正が反映されるのね」と思ったのですが、
「ビルド」→「Webサイトのビルド」ではDLLが作られない／更新されない・・・おや？ というところで詰まっているのです。
うーん・・・別に、開発してるときはプリコンパイルなんてしてくれないくていいのになぁ。
0598590
2009/07/15(水) 11:57:39ID:???おっと、すれ違い失礼。ええ、問題になっているところはソコですね。
ただ、>>597のような考えで「プリコンパイルされたDLLが更新されないのが問題だよね？」と思ったのですよ。
ちょっとやってみましょう＞新しいページを追加
0599590
2009/07/15(水) 12:23:54ID:???ダメですね。「型'アプリケーション名.hogehoge'を読み込めません」となります。
.csを無視してDLLを見に行ってるような感じです。
0600590
2009/07/15(水) 19:32:14ID:???結局、.net 2.0を明示的に指定して最初からソリューションを作り直し、そこにソースをコピーして再ビルドをかけました。
何が悪かったんだろう・・・。
※ツリー部にドラッグ＆ドロップでコピー可能、しかも関連ファイルまで根こそぎ持っていくのにはちょっと感心しました＞VS2008
とりあえず.csの修正は反映されるようになりましたが、やはりリビルドはしないとダメですね。
0601nobodyさん
2009/07/15(水) 19:37:54ID:???ソースファイルのタイムスタンプがおかしくなってるとか、マシンの時刻がおかしくなっているとか
プロジェクトの何かのファイルのタイムスタンプがおかしくなっているとか…。
0602nobodyさん
2009/07/15(水) 19:55:28ID:???たぶん、webアプリケーションと間違えてないか？
それか一つのソリューションに、webサイトプロジェクトと、他のプロジェクトがあって、
webサイトプロジェクトから、他のプロジェクトへの参照設定がされてる。
dllは、他のプロジェクトで作成したクラスのdllだからASP.NETの.csを変更してビルドしても
何の変化もないので不思議がってる。
こんなところだろ
0603nobodyさん
2009/07/16(木) 01:59:14ID:???<div></div>ブロックで囲んだGridViewを配置し、
ヘッダー行を固定しようと、.Freezingのお決まりのCSSを書き
GrdiViewHeaderのCSSにそのFeeezingのCSSを指定したところ、
ヘッダー行は正常に固定する事が出来たのですが、
<div>ブロックで正常に width:450pxと指定しているにも関わらずGridViewのヘッダー行(だけ)が
その<div>ブロックの幅を右横に突き抜けて表示されてしまいます。
一体何が原因なのでしょうか？
※IE７
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
指名 ｜ 年齢 ｜ 趣味 ｜ 経験年数 ｜
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
A 15 ｜｜ ↑ヘッダー部分だけが突き抜けてしまう。(ここで趣味・経験年数)
B 15 ｜｜
C 15 ｜｜
〜〜〜〜〜〜〜〜〜
〜〜〜〜〜〜〜〜〜｜
0604nobodyさん
2009/07/16(木) 03:01:51ID:???表現してくれないことがあるから、そのヘッダー行に直接スタイルを適用してみたら？
というか、そういう時は、生成されたhtmlのソースをローカルなどにコピペしてブラウザで表示させるなどして、
関係ないhtmlタグを次々と消していって、目的とするタグだけで確認したほうがいいよ。
まったく関係無いと思われるスタイルが影響している場合があるから。
その目的とする表示を構成しているタグだけを残して他のタグをすべて消去し、
それでも問題が発生するかどうか確認するなどして、
他の要素が影響を及ぼしてる可能性をなるべく排除すべき。
0606nobodyさん
2009/07/16(木) 09:29:33ID:???レガシーなって、もともとはどのバージョンで作ってあったんだ？
それはWEBアプリで作ってあったのか、WEBサイトでつくってあったのか？
>>602
俺がエスパーするに、元がWEBアプリだったのを、今はWEBサイトで修正しようとしてる
今修正した部分はWEBサイトなんで、アプリケーション.DLLに反映されない
既存部分はWEBアプリなんで、アプリケーション.DLLへの参照がないと動かない
ソース全部コピーしたってことは、今全部WEBサイトになったんで動いてる
ま、こんなとこだろう
0607590
2009/07/16(木) 16:43:13ID:???そうですね。*.slnファイルも貰ったのでそのまま開いたのですが、こちらで空のwebサイト、webアプリを作成して比較してみると、webサイトの*.slnのようです。
これで開発してる、って言ってたんだけどなぁ・・・。
0609nobodyさん
2009/07/16(木) 22:19:36ID:???勝手にbinフォルダが作成されてる。その中にaspxに付随する.csやAPP_CODE配下のクラスファイルが
コンパイルされたdllが放り込まれる。aspxのヘッダはこのbinフォルダのdllを見に行くように全て書き換えられる。
別にビルドしなくても、.csのソース付きaspxをWebサーバに配置しても
IISとASP.NETは普通に解釈してくれる（まぁビルドするのと同じことしてるんだろけど）
正式リリース時は速度&セキュリティを考えてビルド方式にしたほうがいいよな。。
0610nobodyさん
2009/07/16(木) 22:25:32ID:???0611nobodyさん
2009/07/16(木) 23:25:29ID:???お前の言うWebサイトとは、VSでのプロジェクトの種類としてのWebサイトか？
一般的な意味でのWebサイトか？
一般的な意味でのWebサイトやWebアプリって言葉と
VSでプロジェクトの種類としてのWebサイトとWebアプリってのは別の話だぞ
binフォルダにDLL作るのはWebアプリだ。ソース修正したらビルドしないとDLLに反映されない
WebサイトではDLLは通常見えるところには作られてない。ソース修正したら自動的にコンパイルされ反映される
これを任意のタイミングで指定したところにDLL作らせるのがプリコンパイル
実際のところはWebアプリかWebサイトかは、VSが.ASPXのページディレクティブをどうするかだけで
ASP.NETは各ページの指定通りに動く。なので混在してても動く
0613nobodyさん
2009/07/17(金) 00:38:13ID:???0614nobodyさん
2009/07/17(金) 00:40:18ID:???・Web サイトの発行ユーティリティを使用する利点
プリコンパイル プロセスにより、コンパイル時エラー、および Web.config ファイルと他の非コード ファイル内の潜在的なエラーを検出できます。
ソース コードは、.aspx ファイル内のマークアップを含め、Web サイトから削除されます。
これにより、知的財産を保護でき、第三者がサイトのソース コードにアクセスしにくい状況を作ることができます。
サイト内のページが既にコンパイルされているため、最初の要求時にページを動的にコンパイルする必要がありません。
これにより、ページの初期応答時間を短縮できます。ただし、ページが動的にコンパイルされる場合でも、以降の要求についてはその出力はキャッシュされます。
・Web サイトの発行ユーティリティを使用する欠点
指定する発行オプションによっては、サイトを変更する際、再コンパイルが必要になる場合があります。
したがって、サイトの開発中、頻繁に変更を加えるような場合にWeb サイトの発行ユーティリティを使用することは実用的ではありません。
Web サイトの発行ユーティリティでは、コンパイル済みサイトをリモート サーバーに配置することはできません。
ローカル コンピュータまたはローカル エリア ネットワーク上の別のコンピュータにのみコピーできます。
0615nobodyさん
2009/07/17(金) 01:10:21ID:???それはMSのコメントなのか？
＞Web サイトの発行ユーティリティでは、コンパイル済みサイトをリモート サーバーに配置することはできません。
発行ユーティリティでFTP経由を指定できるんだが、これはリモートサーバとはいわないのか
0616nobodyさん
2009/07/17(金) 01:15:08ID:???0617nobodyさん
2009/07/17(金) 01:30:49ID:???http://msdn.microsoft.com/ja-jp/library/bb398992.aspx
VWDじゃなくても、発行ユーティリティを使用した欠点に、
>Web サイトの発行ユーティリティでは、コンパイル済みサイトをリモート サーバーに配置することはできません。
>ローカル コンピュータまたはローカル エリア ネットワーク上の別のコンピュータにのみコピーできます。
の記述はあるな
FTPの利用は、Webサイトのコピーツールのほうらしいなぁ
0618nobodyさん
2009/07/19(日) 17:06:01ID:???SQLは、ﾕｰｻﾞが指定した検索条件でいろいろ動的に変えたいので
SqlDataSourceのSelectCommandでは対処できないのかな？と思ってます。
そこで、「検索」ボタン押下されたときにポストバック処理の流れで
GridViewのDataSouceにArrayとかそんなようなオブジェクトを渡して描画させたいです。
そんなようなやり方でいいんですかね？
0620nobodyさん
2009/07/19(日) 19:04:33ID:???0621nobodyさん
2009/07/19(日) 19:30:24ID:???SqlCommand の Parameter 使うとか。
0622nobodyさん
2009/07/19(日) 23:37:25ID:???0624nobodyさん
2009/07/20(月) 16:03:44ID:???プロジェクトのデータセットを追加して、GridViewにBindするだけ
何かを選択させて条件で表示させたいなら、DataTable.Select("Query")を利用すればいい
0626nobodyさん
2009/07/20(月) 23:36:16ID:???SqlDataSourceなりObjectDataSourceなり
データソースを使わせた方がいいと思うが…。
ページングができませんだの、編集ボタンでエラーが出ますだの言われかねんぞ。
0627nobodyさん
2009/07/21(火) 13:52:20ID:???LINQでアクセスしています。
このDBを定期的に掃除するコードを実行したいので、タスクスケジューラから実行できる、
コンソールアプリのプロジェクトを作成しました。このプロジェクトから、↑のASP.NETのプロジェクトを
プロジェクト参照した場合、
new XXXXDatabaseEntities()
のところで、TypeInitializationExceptionが発生します。
ASP.NET側のプロジェクトのWeb.Configにあった接続文字列をこのコンソールアプリのプロジェクトの
App.Configにコピペしてきたのですが、それでは不十分なのでしょうか？
0628nobodyさん
2009/07/21(火) 17:13:29ID:???いま気づいたが、ひょっとしてDLL側にconfigを用意してそこに接続文字列を書かないといけないのか・・。
0629627
2009/07/21(火) 18:40:41ID:???・DllのConfigは書いても無駄
・App.Configの内容がXXX.exe.configにビルド時にコピーされる
この2つを理解していなかったのが原因でした。
0630nobodyさん
2009/07/21(火) 19:36:42ID:???>コンソールアプリのプロジェクトを作成しました。
ストアドプロシージャで作成してSQLのjobから実行したほうがいいんでないの？
0631627
2009/07/21(火) 20:01:58ID:???ストアドプロシージャは書くのが面倒＆書き慣れていないので、LINQで書きたいのです。
また、ログをDBに出力するメソッドなどは既に用意してあるので、
出来ればそのメソッドを用いて、DBの掃除をしたときにログを出力したいのです。
ところで、SQLのjobなら定期的に実行する仕組みがIISかSQL Serverかに搭載されているのですか？
0632nobodyさん
2009/07/21(火) 20:30:30ID:???MSSQLには定期実行するjobの機能がある。ただしExpress以上。
jobがなくても、SQLCMDだったかなで、別途ファイルに保存したクエリを実行できるから、
これをOSのタスクスケジューラーで実行するという方法もあったはず
ストアドプロシージャでも、SQL/CLRを使えば、.NETが使えるから、
Linq To Entitiesも、ログを残すこともできるんでないかな。
.NET3.5でSQL/CLR使ったことないからよくわからん。
0633627
2009/07/21(火) 20:44:49ID:???ああ、SQL Serverにジョブを定期実行する仕組みがあるのですね…。
これは知りませんでした。勉強になりました。
0634nobodyさん
2009/07/23(木) 06:02:37ID:???自分はストアド派だなぁ
その「DBの掃除」がストアド化されていて
後で「ログを出力」という要件が追加になった場合、
ストアドの中だけ弄れば済む。
「後で要件追加(変更)」なんて設計者としては最初から織り込まないといけないと思う。
→ストアド内でログ出力するロジックを追加した方が総工数は下がる
0635627
2009/07/23(木) 13:07:42ID:???> →ストアド内でログ出力するロジックを追加した方が総工数は下がる
それはストアドを駆使して書いてある場合の話であって、ASP.NETでの開発の場合、
ストアド使わずにLINQで殴り書きするほうがインテリセンスも使えて生産性が高いように思うのだが。
0636nobodyさん
2009/07/23(木) 14:04:17ID:???0637627
2009/07/23(木) 14:25:10ID:???SQL CLRは技術的に見ても面白いテクノロジーですが、
LINQに比べると書きやすさがずいぶん劣るように思います。
0638nobodyさん
2009/07/23(木) 15:01:03ID:???プロジェクト全体の保守を含めた生産性の高さが最大になる案件やシステムなら、
そうすればいいじゃんとしか言えない。
0639627
2009/07/23(木) 15:36:04ID:???ああ、ええ、まあ、そうですよね・・。
もう少し生産的な話として・・
LINQで書いたものはCLRに変換されてserver sideで実行されるのですから、
ストアドプロシージャがLINQで書ければ便利な気がするのですが、どうでしょう？
0640nobodyさん
2009/07/23(木) 15:42:28ID:???赤間さんとかの対談の形で
MSDN のページに載ってたんだけど
今探したら見あたらないな
0641627
2009/07/23(木) 15:49:30ID:???これのことですかね？
http://msdn.microsoft.com/ja-jp/data/dd919164.aspx
0642nobodyさん
2009/07/23(木) 16:03:33ID:???0643nobodyさん
2009/07/23(木) 16:11:21ID:???その複数のプログラマがみんな美しいSQL文を書けるわけじゃないし
マニュアル等々で均一化するのも大変
1人のデータベーススペシャリストに
美しいSQL文でストアド作らせてた方が効率いいだろ、と感じる
あと、ASPの場合、外部からのハックキングを想定せねばならず
データベースへのアクセス権限としてテーブルへの直アクセスを許したくない
0644nobodyさん
2009/07/23(木) 16:15:12ID:???関係するクライアントアプリやASP.NETに記述したlinqをすべて書き直すなら、それでもいいんじゃね？
単一クエリなら問題ないが、1行の操作が他のテーブルに影響を与えるなら、
ストアドプロシージャやビューをフルに活用したほうが、
処理をDB内にカプセル化できるから、仕様が変更されても、
アプリケーションを変更する必要がないし他でも簡単に使いまわすことができる。
その典型例がDBを掃除するコード。
引数が必要ないからアプリ側に影響を与えないし、
ループして複数の行に対して処理するだろうからストアドのほうが高速だし、
トランザクションも明示的に処理ができる。
0645nobodyさん
2009/07/23(木) 16:16:25ID:???select * from a;
select * from b;
...
って感じでやって取り込むのがいいの？
0646627
2009/07/23(木) 16:25:09ID:???> 仕様変更でDBのフィールドが一つ増えるたびに、
> 関係するクライアントアプリやASP.NETに記述したlinqをすべて書き直すなら、それでもいいんじゃね？
これについてですが、私の場合、DBにアクセスするコードは、サブのプロジェクトを作ってそこに集約させてあるので、
DBのフィールド1つごとに修正する箇所があちらこちらに発生するということはないです。
ただ、ストアドで処理をDB内にカプセル化するという発想やDBのスペシャリストにストアドを書かせるという発想は
私にはなかったので643,644は本当に参考になりました。ありがとうございます。
0647nobodyさん
2009/07/23(木) 16:31:51ID:???取得したいデータによって、動的に取得したいテーブルが変化するとかへんな設計してなければ、
二つのテーブルから合計値を取得するとか、簡単なものなら
クラスにクエリをたくさん記述して、各ページで再利用してる場合もある
ただ、複雑な計算が必要だったり、テーブル数が多くなる場合には、
MSSQL側に、その計算式をまるごとビューとして登録するか、
テーブル値関数として登録してる。
プログラム側では、一つの表として取得できるのでそれを描画するだけ。
0648nobodyさん
2009/07/23(木) 16:36:22ID:FURNmJTNドロップダウンリストを使用してデータを格納しているのですが
画面上からドロップダウンリストを操作した時に、表示される項目の向きが
常に下方向のみ表示できる方法はないでしょうか？
＿＿＿＿＿＿＿＿
[＿＿＿＿＿＿＿]▼
項目A
項目B
項目C
このように表示したいのですが・・・。
現状だと▼ボタンを押して表示されるデータが、リストボックスの中央から
表示されているような状況です
宜しくお願い致します
0649nobodyさん
2009/07/23(木) 16:36:55ID:???それだと、仮にクライアントアプリだと、修正されるたびに、すべてのPCにデプロイする必要があるから面倒
DBの掃除コードはコンソールアプリからだけの実行かもしれないが、
仮にコンソールアプリからでもASP.NETからでも利用したい機能が発生した場合、
一つのプロジェクト内のクラスが変更になれば、両方をデプロイなり発行しなくちゃいけない。
DBに登録すれば、それに関するストアドの修正だけで済むので、
クライアントもASP.NETもコードを変更する必要がないので。
0651nobodyさん
2009/07/23(木) 17:10:18ID:???よほどの理由がない限り、DBMSへの機能依存を前提とした設計は
避けたほうが無難じゃね？
0652nobodyさん
2009/07/23(木) 17:18:22ID:???コンソールとASPでやってて、SQLを別プロジェクトにしてる時点で、
同じDLLをASPとコンソールの二つからみてるわけだから同じじゃん
異なるバージョンのDLLで稼働してるのが気持ち悪くない人なら別にいいけど。
>>651
DBそのものの変更の可能性を考えるのなら、
使用言語が変更しづらくなる可能性も考慮しなきゃｗ
ストアドなら、そこにアクセスして操作できる言語なら
言語に依存せずに利用することができるとも言えるｗ
■ このスレッドは過去ログ倉庫に格納されています