dev:.NET:ASP.NET

DataSource はなぜデザイナに貼り付ける？

THREE-ONE — Fri, 21 Mar 2008 00:11:00 GMT

DataSource 系のコントロールはなぜデザイナに貼り付けなければならないんだろう？
というかなぜコントロールなんだろう？
VS2003まであった、SqlCommand のようなコンポーネントで扱う方がよかったんじゃないだろうか？
画面に表示されないものをデザイナに貼り付けるってのは WYSIWYG を阻害するだけでしかないと思うんだけど。
そもそも、UI に直接作用するものではなくデータやビジネスロジックと UI の橋渡しをするものなんだし。
グレーの四角いのが画面に並んでるのはあまりいいもんじゃないなぁ～

ChartFX for VisualStudio2005

THREE-ONE — Sun, 14 Oct 2007 02:24:00 GMT

現在のプロジェクトで使っていくであろうChartFX for VisualStudio2005のトライアル版をインストール

とりあえずしばらくはサンプルと英語のドキュメントをにらめっこしていくことになりそうです。
棒グラフとかを表示させるにしても、デザイナでは折れ線なのか・・・
ていうかプロパティ設定で全然かわらない？？
設定とデータよりpngを生成して出力するようなので、デザイナではしかたないのかなぁ？
サンプルちょっと動かしただけなのでこれからです

ASPX でのコメントアウト

THREE-ONE — Sun, 08 Apr 2007 12:12:00 GMT

C# に限らず、ソースファイルでは修正時に過去のソースをコメントアウトとして残し、コメントで情報を添えることで変更履歴を残す風習はいたるところで見られます。
バージョン管理システムが普及している今、そういう考え方はよしとされない傾向もあります。

では、ASPX のようなデザインとロジックが一体化したファイルの場合、不必要になった・変更になったコントロールはどうしますか？
ほとんどの場合、すっぱり削除するのが多いと思います。私もそうします。
しかし、中には以下のようなことをやるのも見たことがあります。

・<%-- <asp:Label id="lbl" runat="server">hoge</asp:Label> --%>
　正しいコメントアウトだと思います。
　ですが、クライアントに空白や空行として送信されてしまうのが、個人的には好きじゃありません。

・Visible を false
　クライアントの HTML には反映されませんが、インスタンスは作られるしコントロールに対する処理も実行されるのでムダですね。

・
　なんか勘違いしてますね、これ書いた人は勉強しなおしたほうがいいと思います。
　インスタンスは作られて、コントロールに対する処理も実行される上でなく、クライアントの HTML にも埋め込まれます。
　ブラウザが見えなくしてるだけです。

で、先日現場で上記のどれでもないコメントアウトを見つけました。

それが・・・・・コレだ

One, Two, Three

<%/* <asp:Label id="lbl" runat="server">hoge</asp:Label> */%>

この発想はなかったので、はじめは何してるかわからなかった（コメントアウトとは思わなかった）
まあ、結果は確かに期待したとおりのものになりますが、なんか違うよね。
アクセス時に作成される cs (または vb）ファイルに /* <asp:Label id="lbl" runat="server">hoge</asp:Label> */ つーコメントを埋め込めと命令しているわけで。
まあ、実害はないので放置しておきました。

あ、でもね

<!-- 1999/01/23 Mr.X また猿に負けたため削除 begin -->
<%/* <asp:Label id="lbl" runat="server">hoge</asp:Label> */%>
<!-- 1999/01/23 Mr.X また猿に負けたため削除 end -->

台無しですから（日付・名前・コメントはもちろん適当ですよ）

上から順でお願いします

THREE-ONE — Wed, 04 Apr 2007 21:26:00 GMT

Webアプリの保守や改修をしていると、aspx のソースからデザインや各コントロールをイメージして、テキストエディタでいじることをよくやります。（私は）
ですが、ここでどうしようもないこまったちゃんが出てきます。
そ～ぅ、GridLayoutで・す・YO!!。
DataGrid が縦に 4 つ並んでたのですが、HTML 上では実際の 3 → 2 → 4 → 1 の順に並んでました。
ﾅﾒﾝﾅﾜﾘｬｧ(ﾉ-_-)ﾉ⌒┻┻

まあ、厳密には GridLayout というか絶対位置指定の問題なんですけど。
GridLayout に頼っていると、HTML が見づらいものになってしまうという点で同じかな。
絶対位置指定も z-index を利用して、三次元ぽい配置するには便利なんですよ。
FlowLayout そんなにめんどくさいかなぁ？
個人的には、GridLayout をデフォルトにした MS のせいだと思ってます。

VS2003 までは、デザイナでちまちまやるより、直接 HTML やコントロールをタグでがーーーーーーっと書いていくほうが、効率いいと思うんだけどなぁ。
インテリセンスもきくんだし。
もちろん、ある程度なれた人限定ですけど。
あ、なれてなくても必ず FlowLayout でやってください。ﾏｼﾞﾃﾞ

Name と NCName と QName

THREE-ONE — Thu, 15 Mar 2007 01:35:00 GMT

昨日の XML Schema のデータ型に Name と NCName と QName という似たようなデータ型があります。
これはいったいなんでしょう？
まず、QName とは属性名や要素名の形式です。
xsl:stylesheet のように名前空間接頭辞:localName の形式です。
これに対して展開された名前というものが存在します。
これは "http://www.w3.org/1999/XSL/Transform"+"stylesheet" のように名前空間を URI に展開します。
つまり、同じ名前空間に属する同じ localName の要素でも QName は違う可能性がありますが、展開された名前は必ず一致します。
この、名前空間接頭辞:localName の形式を QName といいます。
データ型としてわかりやすいのは、xsd:element 要素の name 属性とかでしょうか。

たいして、Name と NCName は要素内容や属性値に使用できる文字の集合を表しています。
要素名や属性名に使用できる文字で構成された文字列データということです。
そのため、xsd:string から派生したものになっています。
NCName とは Name で使用される文字から : を取り除いたものです。
XML において名前に : は含むことができます。
ただし、名前空間とのデリミタとしても使用されるため、推奨されていません。（パーサーによってはエラーにもなりますね）
要するにまぎらわしいんですよ。

ID データ型は NCName から派生しています。
つまり、ID データ型に指定された属性値には : を含むことができないのです。
そういえば、ASP.NET で id 属性にレンダリングされる Control.ClientID は Control.UniqueID の : を _ に置換したものですね。
(ASP.NET 2.0 以降なら $ か。まあ $ は ID 型や NCName 型以前に Name 型として不適なので同じですけど)
それもちゃんと理由があるわけですね。
ま、これは XML Schema の ID 型というか DTD の ID 型なんですけれども。
XML Schema の ID 型も DTD の ID 型に対応させるためにあるわけなので、結局は同じ話です。

シェルピンスキーのギャスケット

THREE-ONE — Fri, 23 Feb 2007 02:44:00 GMT

今日はマス北野の日です。
というわけで、数回前のネタであるフラクタルで遊んでみましょう。

コードビハインド

using System;
using System.Data;
using System.Configuration;
using System.Collections;
using System.Collections.Generic;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;

public partial class FractaleTest_FractaleTest : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        this.rowRepeater.DataSource = this.CreateDataSource(64);
        this.rowRepeater.DataBind();
    }

    /// <summary>
    /// データソースを作成します。
    /// </summary>
    /// <param name="lineCount">表示行数</param>
    /// <returns>データソース</returns>
    private List<List<bool>> CreateDataSource(int lineCount)
    {
        List<List<bool>> dataSource = new List<List<bool>>(lineCount);
        for (int i = 0; i < lineCount; i++)
        {
            int dataCount = i + 1;
            List<bool> line = new List<bool>(dataCount);
            for (int j = 0; j < dataCount; j++)
            {
                if ((j == 0) || (j == dataCount - 1))
                {
                    line.Add(true);
                }
                else
                {
                    List<bool> previousLine = dataSource[dataSource.Count - 1];
                    line.Add(previousLine[j - 1] ^ previousLine[j]);
                }
            }
            dataSource.Add(line);
        }

        return dataSource;
    }
}

aspx

<%@ Page Language="C#" AutoEventWireup="true" CodeFile="FractaleTest.aspx.cs" Inherits="FractaleTest_FractaleTest" %>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
    <title>シェルピンスキーのギャスケット</title>
</head>
<body>
    <form id="form1" runat="server">
    <div>
        <table cellpadding="0" cellspacing="0" border="0">
            <asp:Repeater ID="rowRepeater" runat="server">
                <ItemTemplate>
                    <tr>
                        <td style="text-align:center; font-family:Monospace" nowrap="nowrap">
                            <asp:Repeater ID="circleRepeater" runat="server" DataSource="<%# Container.DataItem %>">
                                <ItemTemplate>
                                    <%# ((bool) Container.DataItem) ? "○" : "●" %>
                                </ItemTemplate>
                            </asp:Repeater>
                        </td>
                    </tr>
                </ItemTemplate>
            </asp:Repeater>    
        </table>
    </div>
    </form>
</body>
</html>

結果（ちょっとサイズでかいです）

フラクタルだけに再帰でやりたかったけど、わかりにくいソースになりそうでやめた。

続、Excel でダウンロード

THREE-ONE — Sun, 04 Feb 2007 17:26:00 GMT

http://blogs.wankuma.com/pinzolo/archive/2006/11/24/46804.aspx

これの DataGrid を GridView に変更して実行するとエラーになります。
原因は、GridView が VerifyRenderingInServerForm を呼び出していて、Form のレンダリング中に GridView のレンダリングが行われていないためです。
で、これを回避するためには VerifyRenderingInServerForm をオーバーライドしろとなっています。
で、いくつかの掲示板は blog では Page::VerifyRenderignInServerForm を中身空でオーバーライドしているコードが見受けられます。
これは非常に危険です。
VerifyRenderingInServerForm はメソッド名どおり、コントロールが HtmlForm 内に配置されレンダリングされていることを確かめます。
つまり、これを空でオーバーライドすると全てのコントロールが HtmlForm 外に配置されていても例外が出力されないということになります。
ダウンロードという一機能のために画面全体の ASP.NET のアーキテクチャに影響する変更をしてはなりません。
VerifyRenderingInServerForm を呼び出しているのは GridView だけではないのです。
せめて下記のようにするべきでしょう。

private bool _isDownloading = false;
public override void VerifyRenderingInServerForm(Control control)
{
    if (!_isDownloading)
    {
        base.VerifyRenderingInServerForm(control);
    }
}
protected void downloadButton_Click(object sender, EventArgs e)
{
    base.Response.ContentType = "application/vnd.ms-excel";
    base.Response.AppendHeader("content-disposition", "attachment;filename=hoge.xls");
    using (HtmlTextWriter writer = new HtmlTextWriter(base.Response.Output))
    {
        try
        {
            _isDownloading = true;
            this.GridView1.RenderControl(writer);
            writer.Flush();
            base.Response.End();
        }
        finally
        {
            writer.Close();
        }
    }
}

省みて自分の歩みを確かめる

THREE-ONE — Fri, 02 Feb 2007 23:30:00 GMT

PC の中からこんなソースが出てきた。

private void DataGrid_ItemDataBound(object sender, DataGridItemEventArgs e)
{
    DataRowView drv = e.Item.DataItem as DataRowView;
    if (drv != null)
    {
        Label lbl = e.Item.Cells[0].FindControl("lbl") as Label;
        if (lbl != null)
        {
            lbl.Text = drv["Column1"].ToString();
        }
        TextBox txt = e.Item.Cells[1].FindControl("txt") as TextBox;
        if (txt != null)
        {
            txt.Text = drv["Column2"].ToString();
        }
    }
}

ああ～～～～～～～～～～
何、パフォーマンス落としてマジックナンバーまで使っちゃってるんだ、俺は
検索対象の範囲を狭めてあげたほうが、パフォーマンスいいと思い込んでたんだろうな
まあでも、昔のソースを見て「俺、アホだ」と思えるってことはちゃんと成長しているってことだな、ウン

# 列名とコントロールの ID は伏せるために変更してます。

XSLT を用いて DataTable の行と列を入れ替える

THREE-ONE — Thu, 01 Feb 2007 00:10:00 GMT

http://bbs.wankuma.com/index.cgi?mode=al2&namber=575

ネタ元は上記のわんくま BBS です。
DataTable の行と列を入れ替えるのをわざわざ XSLT を利用してやってやろうという試み。
DataTable::WriteXml で出力した XML に XSLT をかませて変換し、変換後の XML を食わせて DataTable を作ってやる。
ちなみに、DataTable に名前が設定してなければ WriteXml ができないのでご注意。
なので、DataTable ではなく DataSet （Tables[0] に対象の DataTable を持つ）を対象とする。
DataSet::WriteXml と DataTable::WriteXml で出力される XML に大きな違いはない。
（Tables.Count == 1 であれば）ルート要素の要素名が DataSet の名前になるか、DocumentElement 固定になるかの違いだけである。
DataTable より DataSet を使ったほうがいい理由は、XmlDataDocument が利用しやすいからである。
XmlDataDocument は作成時に DataSet を引数に取れる。
また XmlDataDocument は XmlDocument を継承しており、IXPathNavigatable を実装しているので XSLT 変換が容易にできる。

前置きはここまでにして、使用する XSLT は以下のものである。

<?xml version="1.0" encoding="utf-8" ?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
    <xsl:template match="/">
        <xsl:apply-templates mode="root"/>
    </xsl:template>
    
    <xsl:template match="*" mode="root">
        <NewDataSet>
            <xsl:apply-templates mode="controlRowRender"/>
        </NewDataSet>
    </xsl:template>
    
    <xsl:template match="*" mode="controlRowRender">
        <xsl:if test="position() = 1">
            <xsl:apply-templates mode="renderRow"/>
        </xsl:if>
    </xsl:template>
    
    <xsl:template match="*" mode="renderRow">
        <xsl:variable name="name" select="name(.)"/>
        <NewDataTable>
            <xsl:for-each select="../..//*[name(.) = $name]">
                <xsl:element name="{concat('col', position())}">
                    <xsl:value-of select="."/>
                </xsl:element>
            </xsl:for-each>
        </NewDataTable>
    </xsl:template>
</xsl:stylesheet>

列名もテーブル名も全くもってわからないので、このように汎用的にする必要がある。
逆に言えば、どんな DataTable もこの XSLT 一つで行と列を入れ替えることができる。
ポイントは、match を * にしておいて、mode 指定によって切り替えるということ。
要素名はわからないけれども、構成・階層が固定になるから使えるテクニックだ。
で、この XSLT で変換した結果の XML を DataSet に食わせて、Tables[0] を取得すれば、行と列が入れ替わった DataTable が取得できる。

はっきり言ってこんなものを使ってまで、行と列を入れ替える必要がない。
簡単な二重ループで事足りる。
しかしこれは、少し変えれば限定状況ながらも有効に利用できる。
もともとの用途では、GridView にバインドすることが想定されていた。
ここで、バインド後に GridView 固有の機能（イベントやら何やら）を使用しないという状況を考える。
そんな場合、Xml コントロールを使用し、先述した XmlDataDocument を使用し、下記のような XSLT を使用する。
要素名をテーブルに対応させただけのものである。

<?xml version="1.0" encoding="utf-8" ?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
    <xsl:template match="/">
        <xsl:apply-templates mode="root"/>
    </xsl:template>
    
    <xsl:template match="*" mode="root">
        <table border="0" cellpadding="0" cellspacing="1">
            <xsl:apply-templates mode="controlRowRender"/>
        </table>
    </xsl:template>
    
    <xsl:template match="*" mode="controlRowRender">
        <xsl:if test="position() = 1">
            <xsl:apply-templates mode="renderRow"/>
        </xsl:if>
    </xsl:template>
    
    <xsl:template match="*" mode="renderRow">
        <xsl:variable name="name" select="name(.)"/>
        <tr>
            <xsl:for-each select="../..//*[name(.) = $name]">
                <td>
                    <xsl:value-of select="."/>
                </td>
            </xsl:for-each>
        </tr>
    </xsl:template>
</xsl:stylesheet>

すると、DataTable には何の操作も行わずに、行と列を入れ替えたテーブルを表示することができる。
「表示だけ」という限定された状況なれど、利用する価値はあるのではなかろうか。

どーいうこと？

THREE-ONE — Mon, 22 Jan 2007 23:12:00 GMT

カスタム Web コントロールを作っています。

以前作った、連続クリック防止ボタンを拡張しています。
以前のは Button なら Button だけ、LinkButton なら LinkButton だけを disabled にしていたので、今度は画面に登録されている Button, LinkButton, ImageButton 全てが連動するようにしている。
修正するところは大したところじゃなくて、利用している JavaScript を共通的なものにして、ClientScriptManager のように管理するクラスを作ってやるだけ。
で、AddAttributesToRender をオーバーライドして onclick や href の実行スクリプトをスクリプト管理クラスから取得しているんだけど、ここで問題が起きた。
ちゃんと動きはするんです。
ただ、デザイナでコントロールが正しく表示されない。
ただの文字列だけになる。
仕方ないのでデザイナクラスを作ってみた。
するとページに直接登録したときは、正しく表示された。
一安心、と思っていたらまたしても問題が起きた
DataGrid のようなコンテナ内に配置すると、コンテナもろともエラーで表示されなくなる。
これは、カスタムコントロール側では制御できないだろう。
解析するのはコンテナの方だしなぁ。

どうも、internal なスクリプト管理クラスの internal なメソッドから onclick のスクリプトを取得している部分がまずいらしい。
これを protected なメソッドにして、コントロールのクラス内部に配置したら問題なく表示された。
そんなわけで全く同じメソッドを三つのクラスに配置した。
こんなことやりたくないのに・・・・

とりあえず、まだ v1.0 の環境でしか確認できてないので、v1.1, v2.0 に移植して試してみないといけない。
しかし、なんでこんなことになるのかがさっぱりわからん、RenderControl の結果をレンダリングしてるだけじゃないのか？？