Asp.Net浅談の——内蔵オブジェクト
5786 ワード
学習ASP.NETでは、情報を保存している複数の内蔵オブジェクトに触れ、勉強もしていない前に聞いたばかりの大きさもあります
Application、Session、Cookieなど.それらの使い方といくつかの違いを簡単に紹介します.
Responseサーバ側は、要求の結果としてブラウザ側(出力)にデータを送信する.
Requestブラウザ側の現在のページ要求へのアクセスは、サーバ側(入力)に送信される.
Applicationは、Webプログラムにまたがる変数またはオブジェクトを格納し、IISサービス(共通変数およびオブジェクト)の停止に中止する.
Sessionはウェブプログラムにまたがる変数またはオブジェクトを格納し、オンラインオフラインまたは有効時間(単一ユーザオブジェクト)に中止する.
サーバは、Webサーバに関連するクラスを定義し、サーバ上のメソッドおよび属性へのアクセスを提供するCookieはクライアントブラウザが要求するサーバページを保存し、非機密ユーザ情報を保持する.
Requestオブジェクト
セッションのデータはサーバ側に保存される. セッションには任意のタイプのデータを保存できます. Sessionのデフォルトのライフサイクルは20分で、より長い時間またはより短い時間を手動で設定できます.
構文:
Sessionp["変数名"="内容";//オブジェクトに情報を保存する
VariablesName=Session[変数名];//セッションから情報を読み込む
例:
Cookieオブジェクト
Cookieのデータはクライアントに保存される. Cookieには文字列タイプのデータしか保存できません.Cookieに他のタイプのデータを保存する必要がある場合は、文字列タイプに変換して保存する必要があります. Cookieにもデフォルトのライフサイクルがあり、手動で設定することもでき、最大50年後に期限が切れるように設定することができます.
Sessionの場合と同様に、1つのサイトで使用される可能性のあるCookieは1つだけではなく、Cookieの名前で区別されています.
のCookie.
次はSession、Cookie、Applicationの違いです.
名前
使用範囲
きおくいち
データ型の保存
ライフサイクル
Session
特定のユーザー
サーバ
Object、つまり任意のタイプ
はい、自分で設定できます
Cookie
特定のユーザー
クライアント
String、すなわち値文字列
自分で設定できる
Application
すべてのユーザー
サーバ
Object、つまり任意のタイプ
まとめ:
Application、Session、Cookieなど.それらの使い方といくつかの違いを簡単に紹介します.
Responseサーバ側は、要求の結果としてブラウザ側(出力)にデータを送信する.
Requestブラウザ側の現在のページ要求へのアクセスは、サーバ側(入力)に送信される.
Applicationは、Webプログラムにまたがる変数またはオブジェクトを格納し、IISサービス(共通変数およびオブジェクト)の停止に中止する.
Sessionはウェブプログラムにまたがる変数またはオブジェクトを格納し、オンラインオフラインまたは有効時間(単一ユーザオブジェクト)に中止する.
サーバは、Webサーバに関連するクラスを定義し、サーバ上のメソッドおよび属性へのアクセスを提供するCookieはクライアントブラウザが要求するサーバページを保存し、非機密ユーザ情報を保持する.
Requestオブジェクト
Requestオブジェクトは、主にHTMLフォームからPostまたはGETメソッドで渡されるパラメータ、
Cookieとユーザー認証.RequestオブジェクトはPageオブジェクトのメンバーの1つなので、プログラムでは何の宣言もせずに直接使用できます.
≪インスタンス|Instance|ldap≫:クエリー・ブラウザの関連情報Response.Write(Request.Browser.Platform);
Response.Write("<br>");
Response.Write(Request.UsrHostAddress);
Response.Write("<br>");
Response.Write(Request.QueryString);
Response.Write("<br>");
Responseオブジェクト
Responseオブジェクトは、作成されたクライアントの応答にアクセスし、サーバとパフォーマンスを識別するHTTP変数を提供するクライアントに情報を出力します.
ブラウザに送信される情報とクッキーに格納された情報.また、Responseのような出力ページを作成するための一連の方法も提供する.Writeメソッド.Response.Write(" !<br>")
Response.WriteFile(@"E:\test.txt");
Response.Redirect("login.aspx");
アプリケーションオブジェクト
asp.Net環境では、ApplicationオブジェクトはHttpApplicationStatクラスから取得されます.複数のリクエスト、接続間で共通の通信を共有できます.
息は、各リクエスト接続間で情報伝達のパイプとして機能することもできる.アプリケーションオブジェクトを使用して、渡す変数を保存します.ちょうど
アプリケーションのライフサイクルでは、アプリケーション・オブジェクトが有効であるため、グローバル変数を使用するように、異なるページでアクセスできます.
量は同じくらい便利です.
構文:
Application[「変数」=「変数の内容」;
例:Application.Add("App1","Value1");
Application.Add("App2","Value2");
for(inti=0;i<Application.Count;i++)
{Response.Write(" :"+Application.GetKey(i));
Response.Write(", :"+Application[i]+"<p>");
Serverオブジェクト
サーバ・オブジェクトは、サーバ上のメソッドとプロパティへのアクセスを提供します.ほとんどのメソッドとプロパティは、ユーティリティの機能サービスとして機能します.ServerオブジェクトもPageオブジェクトのメンバーの1つで、主にページリクエストを処理する際に必要な機能を提供します.例えばCOMオブジェクトを作成したり、文字列のコーディングをしたりします. :
Response.Write(Server.MapPath("Default.aspx"));
Response.Write(Server.HtmlEncode("<b> </b>"));
Response.Write(Server.HtmlDecode("<b> </b>"));
Response.Write(Server.MachineName);
Response.Write(Server.ScriptTimeOut);
セッションオブジェクト
Sessionオブジェクトは特定のユーザーに関する情報を保存するために使用され、Sessionのデータはサーバ側に保存され、クライアントが必要とするときに作成されます.
Sessionは、クライアントが不要なときにSessionを破棄し、サーバのメモリを消費しないようにします.サーバはクライアントがまだ存在するかどうかにかかわらず
これにより、クライアントがいつ使用しなくなったかを特定することはできませんが、クライアントが使用しなくなったときにSessionをタイムリーに破棄しないと、サービスは
すぐにメモリが不足します.この問題を解決するために、Sessionにライフサイクルを追加し、サーバがSessionがライフサイクルを超えていることを発見したとき
期間が経過すると、セッションに使用されるメモリ領域が解放されます.
Sessionには次のような特徴があります.
Response.Write(Request.Browser.Platform);
Response.Write("<br>");
Response.Write(Request.UsrHostAddress);
Response.Write("<br>");
Response.Write(Request.QueryString);
Response.Write("<br>");
Responseオブジェクトは、作成されたクライアントの応答にアクセスし、サーバとパフォーマンスを識別するHTTP変数を提供するクライアントに情報を出力します.
ブラウザに送信される情報とクッキーに格納された情報.また、Responseのような出力ページを作成するための一連の方法も提供する.Writeメソッド.
Response.Write(" !<br>")
Response.WriteFile(@"E:\test.txt");
Response.Redirect("login.aspx");
アプリケーションオブジェクト
asp.Net環境では、ApplicationオブジェクトはHttpApplicationStatクラスから取得されます.複数のリクエスト、接続間で共通の通信を共有できます.
息は、各リクエスト接続間で情報伝達のパイプとして機能することもできる.アプリケーションオブジェクトを使用して、渡す変数を保存します.ちょうど
アプリケーションのライフサイクルでは、アプリケーション・オブジェクトが有効であるため、グローバル変数を使用するように、異なるページでアクセスできます.
量は同じくらい便利です.
構文:
Application[「変数」=「変数の内容」;
例:Application.Add("App1","Value1");
Application.Add("App2","Value2");
for(inti=0;i<Application.Count;i++)
{Response.Write(" :"+Application.GetKey(i));
Response.Write(", :"+Application[i]+"<p>");
Serverオブジェクト
サーバ・オブジェクトは、サーバ上のメソッドとプロパティへのアクセスを提供します.ほとんどのメソッドとプロパティは、ユーティリティの機能サービスとして機能します.ServerオブジェクトもPageオブジェクトのメンバーの1つで、主にページリクエストを処理する際に必要な機能を提供します.例えばCOMオブジェクトを作成したり、文字列のコーディングをしたりします. :
Response.Write(Server.MapPath("Default.aspx"));
Response.Write(Server.HtmlEncode("<b> </b>"));
Response.Write(Server.HtmlDecode("<b> </b>"));
Response.Write(Server.MachineName);
Response.Write(Server.ScriptTimeOut);
セッションオブジェクト
Sessionオブジェクトは特定のユーザーに関する情報を保存するために使用され、Sessionのデータはサーバ側に保存され、クライアントが必要とするときに作成されます.
Sessionは、クライアントが不要なときにSessionを破棄し、サーバのメモリを消費しないようにします.サーバはクライアントがまだ存在するかどうかにかかわらず
これにより、クライアントがいつ使用しなくなったかを特定することはできませんが、クライアントが使用しなくなったときにSessionをタイムリーに破棄しないと、サービスは
すぐにメモリが不足します.この問題を解決するために、Sessionにライフサイクルを追加し、サーバがSessionがライフサイクルを超えていることを発見したとき
期間が経過すると、セッションに使用されるメモリ領域が解放されます.
Sessionには次のような特徴があります.
Application.Add("App1","Value1");
Application.Add("App2","Value2");
for(inti=0;i<Application.Count;i++)
{Response.Write(" :"+Application.GetKey(i));
Response.Write(", :"+Application[i]+"<p>");
サーバ・オブジェクトは、サーバ上のメソッドとプロパティへのアクセスを提供します.ほとんどのメソッドとプロパティは、ユーティリティの機能サービスとして機能します.ServerオブジェクトもPageオブジェクトのメンバーの1つで、主にページリクエストを処理する際に必要な機能を提供します.例えばCOMオブジェクトを作成したり、文字列のコーディングをしたりします.
:
Response.Write(Server.MapPath("Default.aspx"));
Response.Write(Server.HtmlEncode("<b> </b>"));
Response.Write(Server.HtmlDecode("<b> </b>"));
Response.Write(Server.MachineName);
Response.Write(Server.ScriptTimeOut);
セッションオブジェクト
Sessionオブジェクトは特定のユーザーに関する情報を保存するために使用され、Sessionのデータはサーバ側に保存され、クライアントが必要とするときに作成されます.
Sessionは、クライアントが不要なときにSessionを破棄し、サーバのメモリを消費しないようにします.サーバはクライアントがまだ存在するかどうかにかかわらず
これにより、クライアントがいつ使用しなくなったかを特定することはできませんが、クライアントが使用しなくなったときにSessionをタイムリーに破棄しないと、サービスは
すぐにメモリが不足します.この問題を解決するために、Sessionにライフサイクルを追加し、サーバがSessionがライフサイクルを超えていることを発見したとき
期間が経過すると、セッションに使用されるメモリ領域が解放されます.
Sessionには次のような特徴があります.
Sessionオブジェクトは特定のユーザーに関する情報を保存するために使用され、Sessionのデータはサーバ側に保存され、クライアントが必要とするときに作成されます.
Sessionは、クライアントが不要なときにSessionを破棄し、サーバのメモリを消費しないようにします.サーバはクライアントがまだ存在するかどうかにかかわらず
これにより、クライアントがいつ使用しなくなったかを特定することはできませんが、クライアントが使用しなくなったときにSessionをタイムリーに破棄しないと、サービスは
すぐにメモリが不足します.この問題を解決するために、Sessionにライフサイクルを追加し、サーバがSessionがライフサイクルを超えていることを発見したとき
期間が経過すると、セッションに使用されるメモリ領域が解放されます.
Sessionには次のような特徴があります.
構文:
Sessionp["変数名"="内容";//オブジェクトに情報を保存する
VariablesName=Session[変数名];//セッションから情報を読み込む
例:
Session["name"]=this.Text1.Text; // Default.aspx TextBox
Response.Redirect("Default.aspx");
this.Label1.Text=Session["name"].ToString();// Default2.aspx Label 。
Cookieオブジェクト
CookieオブジェクトはSessionオブジェクトと同様に特定のユーザに関するデータを保存するために使用されますが、Sessionの違いはCookieが顧客に保存することです
サーバーではなくエンドで、クライアントが要求を出すたびにCookieを一緒にサーバーに送信し、サーバーがクライアントの要求に応答するたびに
Cookieをクライアントに再送信して保存します.
Cookie保存データには以下の特徴があります.
Sessionの場合と同様に、1つのサイトで使用される可能性のあるCookieは1つだけではなく、Cookieの名前で区別されています.
のCookie.
14-18: Cookie
Cookie, Cookie 、 、 HTTP 。
int loop1, loop2;
HttpCookieCollection MyCookieColl;
HttpCookie MyCookie;
MyCookieColl = Request.Cookies;
// cookie
String[] arr1 = MyCookieColl.AllKeys;
// cookie cookie
for (loop1 = 0; loop1 < arr1.Length; loop1++)
{
MyCookie = MyCookieColl[arr1[loop1]];
Response.Write("Cookie: " + MyCookie.Name + "<br>");
Response.Write("Expires: " + MyCookie.Expires + "<br>");
Response.Write ("Secure:" + MyCookie.Secure + "<br>");
// cookie
String[] arr2 = MyCookie.Values.AllKeys;
// cookie
for (loop2 = 0; loop2 < arr2.Length; loop2++)
{
Response.Write("Value" + loop2 + ": " + arr2[loop2] + "<br>");
}
次はSession、Cookie、Applicationの違いです.
名前
使用範囲
きおくいち
データ型の保存
ライフサイクル
Session
特定のユーザー
サーバ
Object、つまり任意のタイプ
はい、自分で設定できます
Cookie
特定のユーザー
クライアント
String、すなわち値文字列
自分で設定できる
Application
すべてのユーザー
サーバ
Object、つまり任意のタイプ