ASP.NET: 2006年2月アーカイブ

クライアントサイドにランタイムでJavaScriptを書き出す方法です。別に「Response.Write」で書き出してもいいのですが、こっちのほうがスマートのような気がします。

//クライアントサイドにアラートを出す
RegisterClientScriptBlock("client", "<script language='JavaScript'> alert('RegisterClientScriptBlock') </script>");

RegisterStartupScript("client", "<script language='JavaScript'> alert('RegisterStartupScript') </script>");

「RegisterClientScriptBlock」で書き出すと、Formの開始タグの直後に出力されます。
「RegisterStartupScript」の場合はFormの終了タグの直前です。

書き出すタイミングが違うということは、クライアントサイドで実行されるタイミングも違う為、使い分けると色々と便利です。
サンプルではalertしか出してませんが、メソッドをaspxページに用意しておき必要なときにコールする等、用途は色々です。

System.IO.MemoryStream ms = new System.IO.MemoryStream(System.Text.Encoding.GetEncoding("Shift-JIS").GetBytes(strBuffer));

Response.AddHeader("Content-Disposition","attachment;filename=total.csv");
Response.ContentType = "application/octet-stream";
Response.BinaryWrite(ms.ToArray());
Response.End();

MemoryStreamが、実際のデータです。
「strBuffer（string型）」にダウンロードさせるCSVデータを突っ込んでおいて、それをMemoryStreamに乗せて吐き出すといったイメージですね。

別にサーバサイドでファイル生成して、それをダウンロードさせてもいいのですが、こっちの方がファイルIOもなく、ゴミも残らないのでスマートかと思われます。

ポストバックでイベントを起こすASP.NETの場合、JavaScriptでconfirmを出して「確認」→「分岐」という流れを作る場合はどうしたらよいだろうと悩んで、調べてみました。

//Page_Loadで属性の追加をする public void Page_Load(object sender, EventArgs e) {     Button1.Attributes["onclick"]="return confirm('クリックしたの？');"; }

//confirmでtrueが返ってきたらこのイベントが呼ばれる
private void Button1_Click(object sender, System.EventArgs e)
{
    RegisterStartupScript("client", "< script language='JavaScript'> alert('クリックされちゃった') < /script> ");
}

かなり割愛してますが、必要なコードはこんな程度です。
Page_LoadでButton1というコントロールに属性を追加しておくだけです。あとは勝手に分岐処理を記述してくれます。

aspx側のボタンコントロールにonclickを直接記述したらエラーが出てしまいました。まぁ、onclickはポストバックイベントが動的に記述されるので、当然といえば当然の結果か。
もっとスマートなやり方もありそうだけど、とりあえずこんな感じで。