»この改善点

サイト紹介-Global.asax または使用しないでくださいエラー ロ..

このカテゴリの最新加入サイトこのカテゴリの最新の加入:iPhone&Xperiaケース専売サイトErakaba

Global.asax またはを使用してください。サーバー エラー ログ (c#) を実装するコード

Global.asax またはエラー ログの記録を使用します。

void または (オブジェクトの sender, EventArgs e)
{
コードで未処理のエラーが発生したときに実行されます。
例外 ex = Server.GetLastError()。GetBaseException();
StringBuilder str = 新しい StringBuilder();
strErr.Append ("\r\n"+ DateTime.Now.ToString ("yyyy。MM.dd HH:mm:ss"));
StrErr.Append ("\r\n 顧客情報:");。

文字列の ip ="";
場合 (Request.ServerVariables.Get("HTTP_X_FORWARDED_FOR")! = null)
{
ip = Request.ServerVariables.Get("HTTP_X_FORWARDED_FOR")。ToString()。Trim();
}

{
ip = Request.ServerVariables.Get("Remote_Addr")。ToString()。Trim();
}
strErr.Append (「\r\n\tIp:」+ ip);
StrErr.Append ("\r\n\t ブラウザー:"+ Request.Browser.Browser.ToString));
StrErr.Append ("\r\n\t ブラウザー バージョン:"+ Request.Browser.MajorVersion.ToString));
StrErr.Append (「\r\n\t オペレーティング システム:"+ Request.Browser.Platform.ToString));
StrErr.Append ("\r\n エラー メッセージ:");
StrErr.Append ("\r\n\t ページ:"+ Request.Url.ToString));
StrErr.Append ("\r\n\t エラー:"+ ex。メッセージ);
StrErr.Append ("\r\n\t エラーのソース:"+ ex。ソース);
StrErr.Append (「\r\n\t の例外:"+ ex。TargetSite);
StrErr.Append (「\r\n\t スタック情報:"+ ex。StackTrace);
strErr.Append("\r\n--------------------------------------------------------------------------------------------------");
パスを作成します。
文字列の upLoadPath = Server.MapPath("~/log/");
場合) があります。System.IO.Directory.Exists(upLoadPath))
{
System.IO.Directory.CreateDirectory(upLoadPath);
}
ファイルの書き込みエラーを作成します。
System.IO.File.AppendAllText (upLoadPath + DateTime.Now.ToString ("yyyy。MM.dd") +".log"、strErr.ToString()、System.Text.Encoding.UTF8);
時間の明確な例外の処理
Server.ClearError();
エラー ページへジャンプします。
Response.Redirect("http://www.holidays5.com");
}

0430 ウェブ マスターのヒント: Pro では、ネットワーク サービスのフル コントロール アクセス許可を与えるようにしてください。

Global.asax の基本

Global.asax はグローバルに利用可能なコードを提供するテキスト ファイルです。これらのイベント ハンドラーのコードにはアプリケーション イベントとセッション イベント、メソッド、および静的変数が含まれています。時々 それはまたファイルと呼ぶことをアプリケーション。

Global.asax ファイル内のコードは、そのアプリケーションの一部です。各アプリケーションのルート ディレクトリに global.asax ファイルことができます。ただし、このファイルはオプションです。Global.asax ファイルを使用せず、アプリケーションがかかります、HttpApplication からすべてのイベントをクラスの既定の動作を提供します。

ヒント: クラシック ASP global.asax あり、類似の形式や構造、global.asa という名前のファイル。実際には、global.asax のコードを実行している global.asa ファイルをコピーする場合、アプリケーションが実行もできます。

アプリケーション ランタイム、global.asax は HttpApplication クラスから継承されるクラスにコンパイルされます。したがって、メソッド、クラス、およびオブジェクトにすべての HttpApplication クラスはアプリケーションで使用できます。

CLR は、global.asax での変更を監視します。場合はこのファイルの変更を認識それ自動的に、アプリケーションの新しいコピーを起動し、新しいアプリケーション ドメインを作成します。最後に、許可は現在のアプリケーション ドメインで処理されている元の要求と、新しい要求を処理する新しいアプリケーション ドメインに引き渡されるでしょう。最後の要求元のアプリケーション ドメインを処理するときが完了したら、アプリケーション ドメインがクリアされます。これは効果的にアプリケーションを再起動し、任意のユーザーによって検出されないことができることを保証します。

アプリケーションをダウンロードするアプリケーションのユーザーを防ぐために、ASP のソース コードを見てください。既定では NET は、global.asax の内容を表示からユーザーを防ぐために設定されます。もし誰かがお使いのブラウザーで、次の URL を入力します。

http://localhost/Global.asax

それよう 403 (forbidden) エラー メッセージまたは同様のメッセージが表示されます。

この種類のページはありません served。

ヒント: 簡単に言えば、global.asax と Web.config ファイルは、類似の場所。ファイルが変更された場合、アプリケーションは自動的に「リセット」。同様に、お使いのブラウザーで Web.config ファイルを参照することはできません。

Global.asax ファイルの構造と外観からページファイル (です。 aspx) と似ています。1 つまたは複数の部品を持つことができ、次のように簡単に説明:

L ディレクティブ

• スクリプト ブロック

• オブジェクトの宣言

Web ページと global.asax と同様、分離コード機能を使用する Web サービス。ただし、Web ページおよび Web サービスのさまざまな条件とは異なり VS2005 が既定 global.asax 分離コード機能を使用するではなく。

注: Visual Studio 2005 プレビュー既定 global.asax 分離コード モデルを使用します。まだ、分離コードのサポートしますが、デフォルトでは使用されません。

コード ビハインド技法を使用する global.asax にアプリケーション命令文書の頭の中で使用できる (ページの Page ディレクティブに似ていますファイルし、次のセクションで詳しく説明) でコード ビハインド クラスを Inherits 属性。

一方、分離コード属性が分離コード ファイルを指すために使用です。ただし、App_Code フォルダー内にあるもの以外の場所を指す場合場合、この種類のファイルを手動で編集する必要があります。

ソリューション エクスプ ローラーの web サイトを右クリックしてメニューをクリックしますと「追加新しい項目...」, をグローバル アプリケーション クラスを選択して Web アプリケーションに global.asax ファイルを追加することができます。Global.asax の既定名のままにします。

VS2005 では、サンプル 18 1 ファイルを作成します。空のテンプレートには、次の 5 つのイベントの宣言が含まれています: Application_Start および Application_End、Session_Start と Session_End とアプリケーション tion_Error。

18 1:global.asax のサンプル テンプレート

《 % アプリケーション言語 @ ="c#"% 》

18-2 の例では、global.asax ファイルに列挙されているアプリケーション状態値の設定し、アプリケーションが起動するたびをログ ファイルにエントリが書き込まれるとき。この例を使用して () 推奨されません運用システムで書き込み権限を持つ c:\ ルート ディレクトリ上の ASP.NET アカウントを確保します。

18 2:global.asax のサンプル

《 % アプリケーション言語 @ ="c#"% 》

指示

Web ページと Web サービス ファイル、global.asax と以上の命令を開始すると比較します。指定したアプリケーション設定して ASP.NET ファイル対処するこれらの指示をコンパイルします。アプリケーションの指示のページ ディレクティブと比較してください。

辞書構造を持つ 1 つまたは複数の属性/値ペアを受け入れます。ここで 3 つのディレクティブをサポートします: アプリケーション、およびインポートおよびアセンブリ。

アプリケーション コンパイラ プロパティを設定してください。 アプリケーションは、アプリケーションに固有です。例アプリケーションの手順を次に示します。

《 % アプリケーション言語 @ ="c#"Inherits="WebServiceConsumer.Global"

説明 =「サンプル アプリケーション」% 》

あらゆる種類の標準の言語名に言語プロパティを設定できます: VB、c#、JS、および VJ # それぞれ、vb2005 である場合、または対応する c# j#、および JScript.NET。(あらゆる種類のサポートを使用できます。C# をサードパーティ製言語 NET プラットフォーム) の既定値です。言語言語を設定しますここで、global.asax ファイルに専念し、他のアプリケーション コード ファイルではなく。たとえば、c # の global.asax ファイルで使用する完全に合法だ。 vb2005 である場合、を使用する aspx ファイルとその逆。

クラス名は、分離コード ファイル内のクラスの代表者を指定する Inherits 属性を継承します。

Description プロパティは、アプリケーションのテキスト説明を受け入れるし、のパーサーおよびコンパイラが無視されます。

Visual Studio で分離コード属性です。NET (VS2005) 分離コード ファイルを指定するために使用します。

Namespace 属性のみのインポート Import ディレクティブで構成されます。名前空間は、明示的に指定、インポートによってアプリケーション、そのクラスのすべてになり、インターフェイスが使用できます。名前空間をインポートすることができます。 NET Framework またはユーザー定義の名前空間の一部です。

典型的な Import ディレクティブを次に示します。

《 % 輸入 Namespace="System.Data @"% 》

Namespace 属性の 1 つだけです。複数の名前空間をインポートする必要がある場合は、1 つ以上のインポート ディレクティブを使用する必要があります。

次の名前空間は自動的にすべての Web アプリケーションにインポート コマンドを使用する必要はありません。

l システム

l System.Collections

l 他

l System.Configuration

l System.IO

l System.Text

l が異なります

l System.Web

l System.Web.Caching

l System.Web.Security

l System.Web.SessionState

l System.Web.UI

System.Web.UI.HtmlControls l

l System.Web.UI.WebControls

アセンブリ アセンブリ命令は、現在のアプリケーションのプロセスにアセンブリをリンクをコンパイルする使用されます。これにより、すべてのアセンブリのクラスとインタ フェースは、アプリケーションで使用できます。

メモ: 典型的なアセンブリは a. dll または. exe ファイルは、次の章で詳しく説明します。

アプリケーション プールにバインドするアセンブリ、アセンブリ命令を使用することができますのででそれらをロードし、コンパイル時に参照アセンブリの実行時間。

アプリケーションの中に位置するアセンブリ キャッシュ (これは、App_Code ディレクトリ内の bin ディレクトリとコード ファイルである)、アセンブリは、アプリケーションに接続できます。したがって、bin ディレクトリ内にあるすべてのアセンブリまたはアセンブリの App_Code ディレクトリにコンパイルされたコードから行う必要があるアセンブリを使用する指示接続を行っていません。

アセンブリ命令には 2 つのプロパティが含まれます: 名前と Src。Name プロパティは、アセンブリ名を表す文字列がアプリケーションに接続されている、パスが含まれていません。Src 属性は、ファイルへのパス、ソース (相対パス) としてのみ、動的にコンパイルおよびリンクされます。

アセンブリ命令ごとのプロパティを 1 つだけです。複数のアセンブリに接続する場合は、複数のアセンブリ命令を使用する必要があります。

アセンブリ命令は、次のような:

《 % @ アセンブリ % 》

《 % アセンブリ src="sources/SomeSourceFile.cs @"% 》

スクリプト ブロック

通常コード、スクリプト ブロックの開始と終了スクリプト タグに含まれているコードを含む、global.asax ファイル:

追加スクリプト タグなし、分離コード ファイルのコード中の分離コードを使用しているに含まれている場合は分離コード ファイル内のコードはスクリプト ブロックのコードに相当します。

コード イベント ハンドラーを含むスクリプト ブロックまたはメソッド下説明されます。

イベント

Web ページおよびコントロールのイベントを公開できますが、としてアプリケーション オブジェクト内にセッションおよびアプリケーション オブジェクトもイベントを公開します。これらのイベントは、global.asax ファイル、または指定したファイル ハンドラー内のイベントです。たとえば、アプリケーションの起動時、Application_Start イベント;、アプリケーションが終了、Application_End イベントがトリガーされたときのトリガーします。いくつかのイベントのアプリケーションは、ページ要求、またはなどの他のイベントは、特定の状況でのみトリガーされるたびにトリガーされます。

例 18-2 コードは global.asax ファイルの Application_Start および Application_End イベントを示しています。例 18-2 2 つのアプリケーションのプロパティで、Application_Start イベントを設定: 1 つは、文字列 strConnectionString、arBooks という名前の文字列配列と呼ばれます。イベント ハンドラーは、WriteFile メソッドという名前のヘルパー メソッドを呼び出します、global.asax ファイルに含まれています。このメソッドは文字列をログ ファイルに書き込みます。18-2 次に WriteFile メソッドのコード例のとおりです。

void WriteFile(string strText)

{

System.IO.StreamWriter 作家 =

新しい System.IO.StreamWriter(@"C:\test.txt",true);

文字列 str;

str = (DateTime.Now.ToString) +""+ strText;

ライター。WriteLine(str);

ライター。閉じる ();

}

この WriteFile メソッドは、単純なログです。このメソッドはテキスト ファイルとハードコード c:\test.txt に基づいて StreamWriter オブジェクトを初期化します。それは、ファイルにタイムスタンプを追加しますその後を介して渡された文字列を書き込みます。 StreamWriter メソッドの Boolean パラメーターが true の場合、そのファイルが既に存在する場合テキスト行に追加されますファイルです。ファイルが存在しない場合は、ファイルを作成します。

Application_End イベント処理メソッドは、別のメソッド WriteFile を呼び出して、アプリケーションの終了レコードにログ エントリを追加します。

これらの 2 つのイベント ハンドラーの結果を確認するためにいくつかの無意味な編集、global.asax をさせることができ、ファイルを保存します。これは、アプリケーションの終了が強制されます。仮想ディレクトリ内の任意の URL アドレスを要求します。たとえば、前の章 Web ページ--どんな - 実際には、または自分で作成した Web ページのいずれかを使用してください。 18-3 ログ ファイルの内容の例です。

例 18 3:Test.txt の抜粋

2006/08/26 17:46:23 アプリケーション起動

2006/08/26 18:13:35 アプリケーションは終了

2006/08/27 22:17:39 アプリケーション起動

2006/08/27 22:18:23 アプリケーションは終了

2006/08/27 22:18:36 アプリケーション起動

アプリケーション オブジェクトとして開始し、終了のイベント、Session_ 開始と Session_End イベント セッション オブジェクト。アプリケーションごとに開始し、各セッションのためのコードを実行するプロセスに終了できるようになります。

18-4 に示すメソッド名は、すべての可能なアプリケーションのイベント ハンドラーを global.asax ファイルに含めるの例で強調表示されます。ページ要求を受信、処理およびレンダリングの過程では、アプリケーションのライフ サイクルを簡単に表示できます。

例 18 4:Global.asax イベントの説明

《 % アプリケーション言語 @ ="c#"% 》

並べ替え順序をトリガーするために、すべてのイベントをトリガーする、ページ要求を次に示します。

Application_BeginRequest

各要求を処理する ASP.NET 開始トリガーされます。このイベント ハンドラーのコードは、ページまたはサービス要求を処理する前に実行されます。

Application_AuthenticateRequest

認証要求の前に発生します。(12 章として検証はユーザーが同氏の言う人間のプロセスを確認します)、このイベントのコード ハンドラーはカスタム セキュリティ パイプラインの実装を使用できます。

Application_AuthorizeRequest

認証を要求する前にトリガー。(承認は、ユーザーが、要求されたリソースへのアクセス許可を持っているかどうかを判断するプロセスです。

12 章論議) このイベントのコードでハンドラーがカスタム セキュリティ パイプラインの実装を使用できます。

Application_ResolveRequestCache

ASP.NET でそれ構築するか、新しい出力、またはによって引き起こされるかを決定し、前に、キャッシュを塗りつぶします。どちらの場合で、イベント ハンドラーのコードを実行します。

Application_AcquireRequestState

セッション状態の実装にアクセスする前に

Application_PreRequestHandlerExecute

サービス要求ハンドラー オブジェクト トリガーに送信される要求。イベントがトリガーされたとき、ページ http ハンドラーによって処理されます。

Application_PostRequestHandlerExecute

HTTP ハンドラーがトリガーされたとき、ページ要求を終了します。この時点で、クライアントのデータによって応答オブジェクトが返されます。

Application_ReleaseRequestState

リリースを更新しようとしたとき、トリガーされたとき。

Application_UpdateRequestCache

出力をキャッシュする場合、ときにトリガーされるキャッシュを更新します。

出力

要求が終了したときに実行されます。

Application_PreSendRequestHeaders

HTTP ヘッダーをクライアントに送信する前にトリガー。応答バッファリングが有効な場合、すべてのデータまであることを意味 (既定の状態)、準備ができて、任意のデータを送信しません。このイベントは常に、出力イベントの後に。無効にした場合の応答のバッファリング、データがクライアントに送信されるたびに、イベントがトリガーされます。応答ページ ディレクティブ、WebMethod 属性コントロールまたは Web サービスの属性。

Application_PreSendRequestContent

クライアントに HTTP コンテンツを送信する前にトリガーされます。Application_PreSendRequestHeaders イベントは、応答バッファーによってイベントが発生する Application_PreSendRequestContent を利用できます。

ここでは、アプリケーションのイベントでは、特定の条件下でトリガーされます:

Application_Start

アプリケーションの開始時にトリガーされます。ページが最初に要求されたアプリケーションの仮想ディレクトリのいずれか、アプリケーションを起動し、イベントをトリガーしない場合は、アプリケーションが既に実行されています。

Application_End

アプリケーションの終了時に発生します。構成ファイルを変更するたびに (global.asax、global.asax.cs と

Global.asax.vb または Web.config)、またはアプリケーションを終了する、サーバーがクラッシュまたは再起動します。通常のクリーンアップ コードを実行するイベント ハンドラーを閉じるなどデータベースで接続。

Session_Start

各セッションの冒頭でトリガーされると、これは場所です特定のセッションのコード。

Session_End

セッションが終了したときに発生します。それは、セッションに格納されているデータを保存する機会を提供.

Application_Disposed

とき、CLR トリガーするメモリからアプリケーションを削除します。

または

アプリケーションで未処理のエラーが発生した場所とタイミングに関係なくがトリガーされます。汎用アプリケーション エラー処理を実装する良い機会を提供しています。

Try... を使用して、コードの特定のエラーを処理する catch ブロック ErrorPage Page ディレクティブの属性を使用して、ページ レベルのエラーをキャプチャすることもできます。これらのメソッドまたはイベントをトリガーしないすべてのエラーを処理するために使用されます。

Global.asax の新しいバージョンをテストする順序および 18 5 例で Web ページを作成します。GlobalEvents サイトを表示します。ページを実行する、図 18-4 に示すページが表示されます。

例 18-5:GlobalEvents サイトの default.aspx

《 % @ ページ言語 ="c#"AutoEventWireup ="true"CodeFile="Default.aspx.cs"

継承 ="_Default"% 》

グローバル イベント

本文「セッション終了」=

OnClick ="btnEndSession_Click"/》

テキスト =「エラーを生成」

OnClick ="btnError_Click"/》

図 18-4:GlobalEvents

図 18-4 に示すように、一連のアプリケーション イベントが表示されることができますトリガーされます。アプリケーション イベントに続くイベント プレゼント。 aspx ページ自体の途中。

警告: 例では、GlobalEvents 良いを実行する IIS 仮想ディレクトリの下に実際にする必要があります。

Session_Start イベントは、ページが初めて表示される後のショーでは、もはやイベントをトリガーするときにトリガーされます。 これは、要求、セッションと同じです。「セッションを終了」ボタンをクリックして、Session.Abandon メソッドを呼び出してこれは現在セッションを終了します。次のページがサーバーに送信される、Session_Start イベントが改めてトリガーされます。

ポストのボタンは、ページを再度提出する簡単な方法を提供します。

例 18 4 アプリケーションのイベント ハンドラーの大部分の Response.Write メソッドを使用して、トリガー イベントを表示します。ただし、Application_Start および Application_End メソッド WriteFile メソッドを呼び出します。これらのイベントにハンドラーが Response.Write メソッドを使用すると、ページがありません。

表示されます。ページのレンダリングに使用する場合、セッションは実行されていません。ただし、ログ ファイルを調べるとき、c:\test.txt、アプリケーションの開始し、終了ショー エントリが表示されます。

18-4 例目は、global.asax ファイルまたはイベントを使用する方法を示しています。これらのコードを次に示します。

(オブジェクトの sender, EventArgs e) void または保護されています。

{

文字列 strError;

strError Server.GetLastError () =。ToString ();

もし (コンテキスト! = null)

Context.ClearError ();

Response.Write (「または」+"

");

Response.Write (「エラー メッセージ:"+ strError +"

" +

"最後のエラー メッセージ

");

}

HttpServerUtility オブジェクトの GetLastError メソッドを使用して順番に発生したエラーを報告するイベント ハンドラー。このエラーは、文字列に変換されます、文字列変数に代入されます:

strError Server.GetLastError () =。ToString)

現在の HTTP 要求からすべてのエラーを削除する HttpContext オブジェクトの ClearError メソッドを呼び出します。

Context.ClearError)

場合は、エラーをクリアしないと、エラーがクライアント ブラウザーに表示され、まだ結果の応答 e.Write メソッドが表示されますを参照してくださいすることができます。

最後に、メッセージを表示して、現在のエラーの Response.Write メソッドは、クライアントに表示されます。

ユーザーにエラーを報告する別の方法は、カスタム エラー処理ページを表示します。これを行うで使用する次のコード行 Response.Write の代わりに、またはイベント ハンドラー メソッド。

Response.Redirect ("CustomErrorPage.aspx ですか?Msg ="+

Server.UrlEncode(strError));

上のコード行の UrlEncode メソッドは、HttpServerUtility オブジェクトは、カスタムのエラー処理コードを CustomErrorPage.aspx ページにクエリ文字列パラメーターとして渡されたエラー メッセージを呼び出します。 CustomErrorPage.aspx ページが lblmessage ラベル コントロール。ページ コードの Page_Load メソッドここです:

void Page_Load (オブジェクト ソース, EventArgs E)

{

lblMessage.Text = Request.QueryString["Msg"];

}

エラー処理を見ることができるように意図的にエラーを生成するボタンは、Default.aspx のバグをトリガーします。ボタンの click イベント ハンドラーのコードがこのようなゼロ例外によって除算されます。

void btnError_Click (オブジェクトの sender, EventArgs e) の保護

{

int は = 5;

int b = 0;

int c;

c =、/b;

}

サーバー側インクルードします。

サーバー側の使用が含まれます、アプリケーションに含まれる外部ソース ファイルで達成することができます。をコンパイルする前に、global.asax ファイル内にインクルード ファイル内のコードが追加されます。ファイルの言語を言語に一致する必要がありますアプリケーションの言語は言語ファイルなど、異なるが使用を含めることがありますが、global.asax ファイルです。

サーバー側の構文を次に示します。

この構文は、PathType の種類は 18-1 の表に示すいずれかできます。

表 18-1 PathType プロパティ

パスの種類
 

明は言った
 
 

ファイル
 

ファイル名が global.asax ファイルを含むディレクトリへの相対パスです。
 
 

仮想
 

Web サイトの仮想ディレクトリを含むファイルの仮想パス
 

2 行目に次のコードを追加表示サンプル 18 4 global.asax ファイルが表示されます。

IncludeFile.cs、保存ファイルと同じディレクトリに global.asax という名前の新しいテキスト ファイルを作成します。このファイルは、global.asax ファイルのように script タグのペアが必要です。

WriteFile メソッド global.asax ページにインクルード ファイルのコメントをコピー (または削除) global.asax ページに WriteFile メソッド。例ファイルする必要がありますこの 18-6 に似ています。

例 18 6 global.asax ファイルに含まれて

場合は、ページのいずれかを実行しているしは異なるだろう、以前から行う必要がありますのでですにコードを配置、ファイルを別のファイル。

場合は、CLR global.asax ファイル内の変更を監視し、アプリケーションを再起動、CLR モニターのようなファイルの変更を含めます。インクルード ファイルが変更された場合、アプリケーションは再起動されます。

有用なドキュメントを含む、複数のアプリケーションですべての同じ標準的なコードです。ジェネリック コードのデータベース アクセス方法を含めるし、ログオンまたは基になる型コード スニペットの各アプリケーションにエラー処理パイプライン ログ レコードを書き込みます。

オブジェクトの宣言

Global.asax ファイルにコードを追加する別の方法は、オブジェクトのラベルを宣言することです。この静的オブジェクトは、アプリケーションまたはセッションのいずれかのオブジェクトを宣言します。これは、アプリケーションまたはセッションごとの過程で使用できます。

そこに、あなたに、控訴を見てください。

http://www.cnblogs.com/top5/archive/2009/10/16/1584337.html


ご関心:グローバル優秀サイト(0430.com)の大本営
上に立つ:  ウェブサイトの最適化に成功し、生活の思考源


申明:本資料は0430会員に提供し、転載出所を明記してもらい、出典:http://jp.0430.com/cn/web237309/。
Global.asax または使用しないでくださいエラー ロギング コード (c#) 感谢您的支持与分享!
このサイトを踏まれ0
このサイトを支持する1
駅長の声:支持当サイトは、頂てあるいは好評のように!  
今がある1人へ『Global.asax または使用しないでくださいエラー ロギング コード (c#)』発表評論 »すべての評論

  氏名 : * られ、留空は匿名発表
  内容 :
殘りの字数:  * 押す Ctrl + Enter 送信.
           
0430ヒント:資料は、グローバル駅会員で発表して、みんなは熱弁真偽;評論だけ必要提出に一度、気長にお待ちくださいパス、侧表示。
1階 Global.asax または使用しないでくださいエラー ロギング コード (c#) [*.*.*.*] 発表于 2014/08/21/ 10:03:00
ようこそ訪問当サイト!
Global.asax または使用しないでくださいエラー ロギング コード (c#):Global.asaxはグローバルに利用可能なコードを提供するテキストファイルです。これらのイベントハンドラーのコードにはアプリケーションイベントとセッションイベント、メソッド、および静的変数が含まれています。時々それはまたファイルと呼ぶことをアプリケーション。
サイトのバージョン: English  中文(简体)  中文(繁體)  日本語  Español
会社概要 | お問い合わせ | ホームページ | 免責事項 | リンク | サイト マップ | 分類目録 | 収録条件 | 収蔵本ページ
Copyright 2004-2018 版権所有 jp.0430.com
世界中の図書館 - 私たちの生活にあなたのサイトが近づける!
免責声明:みんなはすべて使ってサイト資料に、自ら明らかにする、結果自負,0430は一切の責任を負わない。