C#と諸々 2006年08月

[ Ajax ] JSON

2006/08/29 21:24

ちょっと前から気になっていたので、ネットで色々調べてみた。

JSONとはJavaScript Object Notationの略で、JavaScriptとの親和性が非常に高いデータ交換フォーマットである。
詳しくは↓
The application/json Media Type for JavaScript Object Notation (JSON)
Introducing JSON （→日本語翻訳ページ）
JSON in JavaScript （→日本語翻訳ページ）

JSONは、前回の記事で書いたオブジェクトの表記方法を応用している。
種を明かせば、例のオブジェクト表記方法を文字列化してデータのやり取りを行い、JavaScriptのeval関数でJavaScriptコードに変換（＝オブジェクトに変換）するという仕組み。eval関数にJSONを渡す際は、JSONを文字列"（）”で囲む必要がある。
ただ、気をつけなければいけない点がいくつか。

プロパティ名（リンク先に倣えば"名前"）は、文字列として記述すること。

オブジェクト（リンク先に倣えば”値”）には、数値，Boolean値，文字列，null参照、またはこれらのみで構成される配列，オブジェクトのみ許可されている。当然だけど関数はダメ。

eval関数の性質上、これらを無視してもオブジェクトに変換することはできるが、極端な話それはJSONとは言えない。
ちなみに、JSONファイルの拡張子は.jsonである。

JSON形式のファイルを記述する例を以下に記述する。

Hoge.json{
    "piyo": "test",
    "hogera":
    {
        "foo": true,
        "bar": [10, 20, 30, 40, 50]
    }
}

Hoge.jsonをJavaScriptコードで扱う例を以下に記述する。

Hoge.jsonを扱う例function jsonControlSample(json)
{
    var hoge = eval("(" + json + ")");
    var message = "";
    message += hoge.piyo + "¥r¥n";
    message += hoge.hogera.foo + "¥r¥n";
    for (var i = 0; i < hoge.hogera.bar.length; i++)
    {
        message += hoge.hogera.bar[i] + "¥r¥n";
    }
    alert(message);
}

なお、eval関数は文字列をJavaScriptのコードに変換（して実行）する関数であるため、受け取ったJSONの中身が実は危険なJavaScriptコードを文字列化したものであったりしても、そのままコードが実行されてしまう。冒頭のリンク先にも書いてある通り、eval関数を用いるより、json.jsのJSON parserを使用した方が安全である。json.jsには、JavaScriptのオブジェクトをJSONに変換するJSON stringifierも含まれている。

スポンサーサイト

タグ: Ajax JSON JavaScript

トラックバック(0) | コメント(0) |

[ JavaScript ] 言語

2006/08/29 16:12

JavaScriptでは、{}の中に、[プロパティ名]: [オブジェクト]という形式で記述することによりオブジェクトを表すことができる。プロパティを複数用意する場合は、カンマで区切る。
オブジェクトは通常どおり、数値やBoolean値ならそのまま記述、文字列ならダブルクォーテーションで囲んで記述、配列なら[]の中にカンマ区切りでオブジェクトを記述、関数ならfunction(){}の形式で記述する。{[プロパティ名]: [オブジェクト], ...}の形式のオブジェクトも当然含ませることができる。
以下に例を記述。

オブジェクトを直接記述する例var obj1 =
{
    p1: 1,
    p2: "1",
    p3:
        [
            {
                p1: "a1",
                p2: "a2"
            },
          {
                p1: "b1",
                p2: "b2"
            }
      ],
    m1:
        function()
      {
          alert(this.p1 + this.p2);
      },
    m2:
        function()
      {
          var message = "";
          for (var i = 0; i < this.p3.length; i++)
          {
              message += this.p3[i].p1 + "," + this.p3[i].p2 + "¥r¥n";
          }
          alert(message);
      },
    m3:
        function(arg1)
      {
          alert(arg1);
      }
}

obj1.m1();
obj1.m2();
obj1.m3("test1");

タグ: JavaScript 言語仕様オブジェクト

トラックバック(0) | コメント(0) |

[ JavaScript ] 正規表現

2006/08/26 14:23

JavaScriptでの正規表現のテストページを作ってみた。
正規表現のテストページ

JavaScriptのソースはこちら
JavaScriptのソース

タグ: JavaScript 正規表現テスト

トラックバック(0) | コメント(0) |

[ .NET ] ASP.NET

2006/08/21 00:12

Visual Studio上でJavaScriptをデバッグするには、Windows Script Debuggerをインストールしておく必要がある。
Windows Script Debuggerは以下のリンク先からダウンロードできる。

ダウンロードの詳細 : Windows Script Debugger

インストール後、IEの [ ツール ] - [ インターネットオプション ] - [ 詳細設定 ] にて、 [ スクリプトのデバッグを使用しない (Internet Explorer) ] のチェックを外しておく必要がある。

Windows Script Debuggerにより、自分が開発しているASP.NETプロジェクトのJavaScriptはもちろん、それ以外のサイトのJavaScriptもデバッグすることができ、ステップ実行，ブレークポイント，ウォッチ，クイックウォッチなど様々なデバッグ機能が使用できる。

自分が開発しているASP.NETプロジェクトのJavaScriptをデバッグするには、まずサーバーコードをデバッグする時と同じようにデバッグ開始を行う。ページが表示されたら、IEの [ 表示 ] - [ スクリプトデバッガ ] - [ 開く ] を実行する。これにより、ブレークポイントの貼られたJavaScriptコードに到達した時に中断されるようになる。ブレークポイントを貼るのは、デバッグ開始を行う前・後どちらでもよい。
なお、 [ 表示 ] - [ スクリプトデバッガ ] - [ 次のステートメントで中断 ] を実行すれば、次にJavaScriptコードが実行されるタイミングで一時中断させることができる。

Windows Script Debuggerのドキュメントへのリンク
Microsoft Scripting Technologies

タグ: C# .NET ASP.NET JavaScript デバッグ

トラックバック(0) | コメント(0) |

[ JavaScript ] 小技

2006/08/20 02:34

HTMLからJavaScriptファイル（以降、jsファイル）を利用する場合、以下のように記述する。

Hoge.jsをインクルードする場合に、ＨＴＭＬに記述するタグ<script type="text/javascript" src="Hoge.js"></script>

jsファイルが別のjsファイルを利用する場合は、通常、以下のように記述する。

Hoge.jsがFoo.jsを利用する場合に、ＨＴＭＬに記述するタグ<script type="text/javascript" src="Foo.js"></script>
<script type="text/javascript" src="Hoge.js"></script>

これで問題はないのだが、どうせならjsファイル自身に、インクルードのためのコードを含めてしまいたい。だが、JavaScriptにそのような構文は用意されていない。そこでどうするかというと、以下のように、”別のjsファイルをインクルードするためのHTMLのタグ”を出力するコードをｊｓファイルに記述すればよい。

Hoge.jsがFoo.jsを利用する場合に、Hoge.jsに記述するコードdocument.write("<script type=\"text/javascript\" src=\"/WebSite1/Foo.js\"></script>");

この時、scriptタグのsrc属性に指定するパスを絶対パスにしておけば、Hoge.jsを利用するHTMLがHoge.jsと同じ階層のディレクトリにあろうが違う階層のディレクトリにあろうが関係なく、正常に動作する。

このHoge.jsを利用するHTMLでは、Hoge.jsのインクルードのみ行えばよい。

タグ: JavaScript 小技インクルード include

トラックバック(0) | コメント(2) |

[ .NET ] 気になる事のメモ

2006/08/10 16:17

.NET Framework 2.0だと、System.Threading.Threadの基本クラスがSystem.Runtime.ConstrainedExecution.CriticalFinalizerObjectっていうクラスになってて、なんだこれ？と思って調べようと思ったら、どうもCERってのが絡んでるらしく、気になるので近い内にちゃんと勉強しとこう、っていうメモ。

信頼性に関するベストプラクティス
制約された実行領域 (CER: Constrained Execution Region)
CriticalFinalizerObject クラス (System.Runtime.ConstrainedExecution)
SafeHandle クラス (System.Runtime.InteropServices)
CriticalHandle クラス (System.Runtime.InteropServices)
ReliabilityContractAttribute クラス (System.Runtime.ConstrainedExecution)

タグ: C# .NET 制約された実行領域 CER

トラックバック(0) | コメント(0) |

[ .NET ] Webサービス

2006/08/08 18:20

Webサービスとして公開するクラスは、WebServiceクラスを継承させる。
Webサービスは、メソッドのみを公開できるが、公開するメソッドはアクセス修飾子がpublicで更にWebMethodAttributeが付加されている必要がある。

Webサービスを他のプロジェクトから利用するには、利用するプロジェクトにWeb参照を追加してやればいい。
プロジェクトにWeb参照を追加した後にWebサービスが更新された場合は、Web参照を更新する必要がある。

以下に、Webサービスを利用するサンプルコードを示す。

Webサービス（HogeService）を利用するサンプルコードpublic void WebServiceTestMethod()
{
    HogeService hoge = new HogeService();
    hoge.Method1();
    hoge.Method2();
}
一見すると普通のクラスと同じように扱えるように見える。しかしWebサービスの挙動は普通のクラスとは大きく異なる。
まず、ユーザーがHogeServiceに定義したコンストラクタは、HogeServiceのインスタンス化の時点では呼び出されない。そして、HogeServiceのWebメソッドにアクセスするたびに、ユーザーが定義したコンストラクタが呼び出される。（更に、WebサービスのDispose()メソッドも呼び出される。）
つまり、WebメソッドにアクセスするたびにWebサービスは全く別のインスタンスとなってしまうのだ。

なぜ、このような挙動を取るかというと、ここで利用しているHogeServiceクラスは、Webサービス本体ではなく、Webサービスにアクセスするためのプロキシクラスだからである。プロキシクラスは、Web参照の追加を行うと自動で生成される。
プロキシクラスには、Webメソッドを呼び出すためのメソッド（Webメソッドと同名）が用意される。このメソッドは、Webサービスに対してSOAPプロトコルでWebメソッドの処理要求をする。Webメソッドの処理要求を受信したWebサービスは、（Webサービスが配置されている場所で）インスタンス化→Webメソッド実行→Dispose()実行を行い、プロキシクラスに対してSOAPプロトコルで処理結果を返却する。そして処理結果を受け取ったプロキシクラスのメソッドはその処理結果を返却する。
なお、プロキシクラスには、Webメソッドを非同期に呼び出すためのメソッドも用意される。

タグ: C# .NET Webサービス

トラックバック(0) | コメント(0) |

[ ブログ ]

2006/08/08 01:14

この前、＠ITさんの記事でWeb情報を分類する「タグ」という概念について初めて知ったんだけど、そのときは、FC2さんのブログじゃタグ付けられないなぁ・・・なんて思ってたら、いつのまにかタグが付けれるようになってる(ﾟДﾟ; )ここ4日間くらい更新してなかったから、いつから備わったのかわかんねーｗ
とりあえずこの記事には”ブログ”と”タグ”と”分類”の３つをタギングしてみたお。（”タギング”って言葉の使い方合ってるかな？ｗ）

それにしても、ブログ始めたばっかで記事数少ない内でよかった(;ﾟ∀ﾟ)=３

タグ: ブログタグ分類

トラックバック(0) | コメント(0) |

[ .NET ] ASP.NET

2006/08/03 11:59

前に少し書いたが、ハンドルされなかった例外をGlobal.asaxのApplication_Errorでthis.Server.GetLastError()で取得すると、HttpUnhandledExceptionにラップされている。

しかし、ここで取得される例外が必ずHttpUnhandledExceptionという訳ではない。
というのも、アプリケーションではなくASP.NETが発生させた例外に対してはHttpUnhandledExceptionがスローされないからである。

例えば、Webフォームに対して危険な文字列を送信すると、HttpRequestValidationExceptionがASP.NETからスローされる。この例外はWebフォームのPage_Errorでハンドルすることができるのだが、ここでハンドルしなくてもHttpUnhandledExceptionはスローされない。

ASP.NETが発生させる例外は、全てHttpExceptionである。HttpRequestValidationExceptionはもちろんのこと、HttpUnhandledExceptionもHttpExceptionの派生クラスであり、ASP.NETが発生させる例外の一つである。

タグ: C# .NET ASP.NET 例外処理

トラックバック(0) | コメント(0) |

[ .NET ] ASP.NET

2006/08/02 00:57

クライアントコールバックでは、System.Web.UI.Control派生クラスにICallbackEventHandlerインターフェイスを実装させる必要がある。System.Web.UI.Control派生クラスなのでWebフォームでもWebユーザーコントロールでもいい。

しかし、Webページに実装させてしまうと他のページで使い回しできない。汎用性を考えるのなら、Webユーザーコントロールに実装させる。また、Webユーザーコントロールにはロジックのみを実装し、HTML要素は配置しない。（ロジックのみにすることで、使い方が縛られず、色々なコントロールと組み合わせられる。）

以下に、クライアントコールバックのロジックを汎用的に提供するWebユーザーコントロールの作成方法を記述する。

[ サーバーサイドコード ]
まず、以下の５つのフィールドを用意する。

処理を開始するクライアント関数の名称フィールド

処理結果を実際に受け取るクライアント関数の名称フィールド

処理結果を受け取るクライアント関数（利用側が用意する関数）の名称フィールド

例外発生時に例外メッセージを受け取るクライアント関数（利用側が用意する関数）の名称フィールド

処理結果フィールド

フィールド１は、文字列"Begin"とthis.UniqueIDを結合させた文字列となる。フィールド２は文字列”End”とthis.UniqueIDを結合させた文字列となる。フィールド１とフィールド２が示すクライアント関数は、このコントロールのascxファイルに定義する。
フィールド３とフィールド４が示すクライアント関数は、初期値がnullで、このコントロールを利用する側が独自に用意することになる。

次に、以下の４つのプロパティを用意する。

フィールド１の読み取り専用プロパティ

フィールド２の読み取り専用プロパティ（可視性はプロテクト）

フィールド３のプロパティ

フィールド４のプロパティ

プロパティ１とプロパティ２は読み取り専用である。プロパティ２は可視性をプロテクトにすること。
プロパティ３とプロパティ４は、フィールドの説明にも書いたように、このコントロールを利用する側が値を設定することとなる。

次に、以下のイベントハンドラを用意する。

Initイベントのハンドラ

Initイベントのハンドラでは、フィールド１とフィールド２の初期化を行う。Loadイベントではないので注意すること。

最後にIClientCallbackEventHandlerインターフェイスの各メソッドを実装する。

以下に、コード例を記述する。

AsyncAcquireHogeControl.ascx.cs // クライアントコールバックでHogeを取得するためのコントロール。
public partial class AsyncAcquireHogeControl : System.Web.UI.UserControl, ICallbackEventHandler
{
    // 処理結果。
    private string result = null;

    // このコントロールに用意されている、処理を開始するクライアントスクリプト関数の名称の名称。
    private string clientBeginFunction;

    // このコントロールに用意されている、処理結果を受け取るクライアントスクリプト関数の名称。
    private string clientEndFunction;

    // 処理結果を受け取るクライアントスクリプト関数の名称。
    private string clientReceptionFunction = null;

    // 例外発生時に呼び出されるクライアントスクリプト関数の名称。
    private string clientErrorFunction = null;

    // このコントロールに用意されている、処理を開始するクライアントスクリプト関数の名称を取得する。
    // このクライアントスクリプト関数は、一つの文字列型の引数を受け取る。引数には取得したいHogeの名称を指定する。
    public string ClientBeginFunction
    {
        get
        {
            return this.clientBeginFunction;
        }
    }

    // このコントロールに用意されている、処理結果を受け取るクライアントスクリプト関数の名称を取得する。
    protected string ClientEndFunction
    {
        get
        {
            return this.clientEndFunction;
        }
    }

    // 処理結果を受け取るクライアントスクリプト関数の名称を取得または設定する。
    // このクライアントスクリプト関数には、一つのHoge型の引数を用意すること。引数には取得したHogeが渡される。
    public string ClientReceptionFunction
    {
        get
        {
            return clientReceptionFunction;
        }
        set
        {
            clientReceptionFunction = value;
        }
    }

    // 例外発生時に呼び出されるクライアントスクリプト関数の名称を取得または設定する。
    // このクライアントスクリプト関数には、一つの文字列型の引数を用意すること。引数には例外メッセージが渡される。
    public string ClientErrorFunction
    {
        get
        {
            return clientErrorFunction;
        }
        set
        {
            clientErrorFunction = value;
        }
    }

    // 初期化イベントのハンドラ。
    protected void Page_Init(object sender, EventArgs e)
    {
        this.clientBeginFunction = "Begin" + this.UniqueID;
        this.clientEndFunction = "End" + this.UniqueID;
    }

    // コールバックイベントの結果を返す。
    public string GetCallbackResult()
    {
        return this.result;
    }

    // コールバックイベントを処理する。
    public void RaiseCallbackEvent(string eventArgument)
    {
        // eventArgument引数に対応するHogeを取得し、
        // XMLデータに変換後、resultフィールドに格納する。
    }
}

[ クライアントサイドコード ]
クライアントサイドには、以下の２つの関数を用意する。

処理を開始する関数

処理結果を受け取る関数

関数１は、プロパティ１の値（"Begin" + this.UniqueID）を関数名とする。この関数は、this.Page.ClientScript.GetCallbackEventReferenceメソッドの戻り値で得られるスクリプト関数を実行する。GetCallbackEventReferenceメソッドのclientErrorCallback引数にはプロパティ４の値を渡す。
関数２は、プロパティ２の値（"End" + this.UniqueID）を関数名とする。この関数は、引数でクライアントコールバックの処理結果をサーバーから取得し、プロパティ３に指定されているクライアント関数を呼び出す。この時、必要なら処理結果をわかりやすい形式に変換（XMLデータを、JavaScriptで定義したラッパークラスに変換する等）してからプロパティ３のクライアント関数に渡す。

以下に、コード例を記述する。

AsyncAcquireHogeControl.ascx <%@ Control Language="C#" AutoEventWireup="true" CodeFile="AsyncAcquireHogeControl.ascx.cs" Inherits="AsyncAcquireHogeControl" %>

<script type="text/javascript" src="Hoge.js"></script>
<script type="text/javascript">
    function <%= this.ClientBeginFunction %>(arg)
    {
        <%= this.Page.ClientScript.GetCallbackEventReference(this, "arg", this.ClientEndFunction, "null", this.ClientErrorFunction, true) %>
    }

    function <%= this.ClientEndFunction %>(result, context)
    {
<% if (!string.IsNullOrEmpty(this.ClientReceptionFunction)){ %>
        var hoge = new Hoge();
        hoge.readXml(result);
        <%= this.ClientReceptionFunction %>(hoge);
<% } %>
    }
</script>
作成したWebユーザーコントロールを利用するには、以下のような使い方をする。

Default.aspx<%@ Page Language="C#" AutoEventWireup="true" CodeFile="Default.aspx.cs" Inherits="_Default" %>
<%@ register src="AsyncAcquireHogeControl.ascx" tagname="AcquireHoge" tagprefix="async" %>
<!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>
    <async:AcquireHoge id="acquireHoge1" runat="server" ClientReceptionfunction="reception1" ClientErrorFunction="error" />
    <async:AcquireHoge id="acquireHoge2" runat="server" ClientReceptionfunction="reception2" ClientErrorFunction="error" />
    <script type="text/javascript">
        function reception1(result)
        {
            document.getElementById("textBox1").value = result.name;
        }
        function reception2(result)
        {
            alert(result.name);
        }
        function error(message)
        {
            alert(message);
        }
    </script>
</head>
<body>
    <form id="form1" runat="server">
        <div>
            <button id="button1" onclick="<%= this.acquireHoge1.ClientBeginFunction %>('Foo');" >
                テキストボックスに表示
            </button>
            <input id="textBox1" type="text" />
            <br />
            <button id="button2" onclick="BeginacquireHoge2('Foo');" >
                メッセージボックスに表示
            </button>
        </div>
    </form>
</body>
</html>
button2のonclickで行っているように、クライアントコールバックの開始関数は、ClientBeginFunctionで取得する代わりに、コントロールのIDの先頭に"Begin"を結合した文字列を直接記述しても良い。

タグ: C# .NET ASP.NET クライアントコールバック Ajax

トラックバック(0) | コメント(0) |

[ .NET ] ASP.NET

2006/08/01 00:28

System.Diagnostics.Traceは、TRACEシンボルが定義されている場合のみ使用できる。Windowsアプリケーションプロジェクトやクラスライブラリプロジェクトの場合、コンパイル時にTRACEシンボルを定義するようデフォルトで設定されている。しかし、ASP.NETの場合、TRACEシンボルはデフォルトで定義されない。ASP.NETでSystem.Diagnostics.Traceを使用したい場合は、コンパイル時にTRACEシンボルを定義するよう、以下の記述をWeb.Configのconfigurationセクションに追加してやる必要がある。


<system.codedom>
    <compilers>
        <compiler
         language="c#;cs;csharp"
         extension=".cs"
         compilerOptions="/define:TRACE"
         type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.3500.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
         warningLevel="1"/>
    </compilers>
</system.codedom>

このように、compilerセクションのcompilerOptions属性にTRACEシンボルを定義するようにコンパイルオプションを指定する。language属性，extension属性，type属性は省略できない。
これで、ASP.NETでSystem.Diagnostics.Traceを使用できるようになる。

// 追記 ( 2007/03/22 )
ちなみに、最適化オプション ( "/optimize+" ) は指定しなくても最適化されるから問題なし＾＾；

タグ: C# .NET ASP.NET Trace ログ

トラックバック(0) | コメント(0) |