서문
ViewState에 대해 어느 정도 이해하고 있다면 Asp.net 페이지의 ViewState가 일반적으로 페이지의 숨겨진 필드에 저장된다는 사실을 알게 될 것입니다:
<input type="hidden" name="__VIEWSTATE" id="__VIEWSTATE" value=" Abunch of messy things">
페이지 소스 파일을 탐색할 때 지저분한 것들을 많이 볼 수 있습니다(특히 페이지에 많은 양의 데이터가 포함된 DataGrid 또는 ASP.NET 2.0의 GridView가 있는 경우). 시간은 ViewState입니다.
기본 지식
ASP.NET 2.0에서는 ViewState의 지속성 저장 메커니즘에 몇 가지 새로운 변경 사항이 있으므로 관련 내용을 간략하게 소개하겠습니다.
ASP.NET 1.1에서는 페이지의 숨겨진 도메인에 대한 지속성 메커니즘만 제공하므로 어떤 경우에는 ViewState 사용을 포기해야 합니다. DataGrid에 수만 개의 레코드가 있다고 상상해 보세요. 이것은 비정상입니다.) 필요하지 않습니다(누군가 발생했습니다). ViewState가 활성화된 경우 IIS 서버가 이를 견딜 수 있고 네트워크가 이를 견딜 수 있습니까? 물론 Page.SavePageStateToPersistenceMedium() 메서드를 재정의하여 저장 메커니즘을 변경할 수 있지만 Page.LoadPageStateFromPersistenceMedium()을 재정의하는 것을 잊지 마십시오. 이들은 쌍입니다.
ASP.NET 2.0의 기본 보기 상태 지속성 메커니즘은 상태 정보를 페이지의 숨겨진 HTML 요소(type 특성이 "hidden"으로 설정된 요소)에 Base64로 인코딩된 문자열로 유지합니다. ASP.NET 페이지는 HiddenFieldPageStatePersister 개체를 사용하여 이 작업을 수행하고 IStateFormatter 인스턴스를 사용하여 개체 상태 정보를 직렬화 및 역직렬화합니다. 또는 대역폭과 리소스가 제한된 모바일 클라이언트의 경우 SessionPageStatePersister 클래스를 사용하여 서버의 Session 개체에 페이지의 보기 상태를 저장할 수도 있습니다. 실제로는 세션 지속성 메커니즘이 하나만 더 있습니다. 페이지 상태가 페이지가 아닌 세션에 있으므로 대역폭이 절약됩니다.
그러나 ViewState 지속성 메커니즘을 더 깊이 이해하려면 추상 클래스 PageStatePersister에 대해 알아야 합니다. 기존 보기 상태 지속성 메커니즘을 지원할 수 없는 클라이언트에서 보기 상태를 유지하려면 PageStatePersister 클래스를 확장하고 상태 지속성 방법을 사용하고 페이지 어댑터를 사용하여 페이지가 제공되는 클라이언트 유형에 따라 다양한 보기 상태 지속성 메커니즘을 사용하도록 ASP.NET 응용 프로그램을 구성할 수 있습니다. PageStatePersister 클래스에서 파생된 클래스는 Save 추상 메서드를 재정의하여 지속성 매체에 보기 상태 및 제어 상태를 저장하고, Load 메서드를 재정의하여 상태 정보를 추출해야 합니다. 뷰 상태 및 제어 상태를 문자열로 직렬화해야 하는 경우 StateFormatter 속성을 통해 액세스되는 IStateFormatter 개체를 사용할 수 있습니다. 개체 상태 정보를 Base64로 인코딩된 문자열로 효율적으로 직렬화 및 역직렬화합니다. StateFormatter 속성을 재정의하여 자신만의 개체 상태 직렬화 메커니즘을 제공할 수도 있습니다. 이를 수행하는 방법은 내 코드에 설명되어 있습니다.
ViewState 지속성 메커니즘
숨겨진 필드는
도입되지 않습니다. 이는 기본 필드입니다. 서문에서 언급했듯이.
세션은
ASP.NET2.0의 PageStatePersister 속성만 재정의하면 됩니다.
보호된 재정의 PageStatePersister PageStatePersister
{
얻다
{
새로운 SessionPageStatePersister(페이지)를 반환합니다.
}
}
ASP.NET1.1에서 LoadPageStateFromPersistenceMedium의 두 가지 메서드를 재정의해야 하는 경우:
protected 재정의 개체 LoadPageStateFromPersistenceMedium()
{
반환 세션["ViewState"];
}
보호된 재정의 void SavePageStateToPersistenceMedium(object viewState)
{
세션["ViewState"] = viewState;
RegisterHiddenField("__VIEWSTATE", "");
}
데이터베이스(제 예는 SQL Server2000)
가 ASP1.1에 있습니다. 아래의 보라색 선에 주목하세요. 며칠 동안 우울해졌습니다. . 다음 코드는 내 소스 코드에서 복사한 것입니다. 필요한 경우를 제외하고는 이와 같이 작성할 필요가 없습니다.
보호된 재정의 void SavePageStateToPersistenceMedium(객체 상태)
{
string viewStateID = "VIEWSTATE#" + Session.SessionID.ToString() + "#" + DateTime.Now.Ticks.ToString();
ClientScript.RegisterHiddenField("__VIEWSTATE_KEY", viewStateID);
ClientScript.RegisterHiddenField("__VIEWSTATE","");//시도해 보세요
.
{
if (losFormatter == null)
{
losFormatter = 새로운 LosFormatter();
}
StringWriter sw = 새로운 StringWriter();
losFormatter.Serialize(sw, state);
Common.ViewStateData vsd = new ViewStateData();
vsd.ViewStateID = viewStateID;
vsd.ViewState = sw.ToString();
da = 새로운 DataAccess();
문자열 오류 = da.SaveViewState(vsd);
응답.쓰기(오류);
}
잡기 (예외예외)
{
Response.Write(ex.메시지);
}
}
보호된 재정의 객체 LoadPageStateFromPersistenceMedium()
{
문자열 viewState = 문자열.Empty;
노력하다
{
if (losFormatter == null)
{
losFormatter = 새로운 LosFormatter();
}
string stateID = Page.Request["__VIEWSTATE_KEY"].ToString();
da = 새로운 DataAccess();
viewState = da.LoadViewState(stateID);
}
잡다
{}
return losFormatter.Deserialize(viewState);
}
이 코드 줄은 ASP2.0에서는 기본적으로 괜찮습니다. 왜 기본입니까? 위 줄이므로 ClientScript.RegisterHiddenField("__VIEWSTATE","");
이 줄이 있든 없든 동일합니다. .net1.1 가능합니다. 다른 사람의 코드를 참조하여 이 줄을 추가했는데 페이지에 <input type="hidden" name="__VIEWSTATE" value="" /> 만 추가되었습니다
.
.
실행 후 페이지의 소스 파일에는 그러한 두 가지가 있습니다. 해당 줄을 삭제해도 괜찮으므로 해당 설명이 어떤 용도로 사용되는지 이해가 되지 않습니다. 하지만 Asp.net2.0에서는 작동하지 않습니다.
이 페이지에 대한 상태 정보가 유효하지 않으며 손상되었을 수 있습니다.
어쨌든 당시에는 이러한 오류가 발생하지 않았습니다. 그리고 구글에서 검색해도 아무것도 찾을 수 없습니다. 네, 그 문장이 잘못된 것인지 모르겠습니다. 저는 이틀 동안 우울했고 문제가 해결되지 않았습니다. 나는 자연스럽게 바보입니다. 뷰 상태를 데이터베이스에 저장하고 데이터베이스에서 읽으면서 오류를 찾을 수 없어서 코드에 대해 계속해서 생각했지만 페이지가 숨겨진 줄을 등록해야 하는 이유가 조금 혼란스러웠습니다. 필드가 "__VIEWSTATE"이므로 이 줄을 주석 처리했는데 실제로 작동했습니다. 그래서 여전히 그 줄의 용도를 이해할 수 없습니다.
물론 ASP.NET2.0에 새로 추가된 PageStatePersister의 새 하위 클래스를 작성하여 위 함수를 완성할 수도 있습니다
.
{
시스템 사용;
System.IO 사용;
System.Security.Permissions 사용;
System.Web 사용;
System.Web.UI 사용;
[AspNetHostingPermission(SecurityAction.Demand, Level = AspNetHostingPermissionLevel.Minimal)]
공용 클래스 DatabasePageStatePersister : PageStatePersister
{
공용 DatabasePageStatePersister(페이지 페이지): 기본(페이지)
{}
//
// ViewState와 ControlState를 로드합니다.
//
공개 재정의 무효 Load()
{
문자열 viewState;
IStateFormatter 포맷터 = this.StateFormatter;
DataAccess da = 새로운 DataAccess();
string stateID = base.Page.Request["__VIEWSTATE_KEY"].ToString();
viewState = da.LoadViewState(stateID);
pair statePair = (Pair)formatter.Deserialize(viewState);
ViewState = statePair.First;
ControlState = statePair.Second;
}
//
// ViewState 및 ControlState를 유지합니다.
//
공개 재정의 무효 저장()
{
if (ViewState != null || ControlState != null)
{
if (페이지.세션 != null)
{
string viewStateID = "VIEWSTATE#" + base.Page.Session.SessionID.ToString() + "#" + DateTime.Now.Ticks.ToString();
base.Page.ClientScript.RegisterHiddenField("__VIEWSTATE_KEY", viewStateID);
pair statePair = new pair(ViewState, ControlState);
IStateFormatter 포맷터 = this.StateFormatter;
// statePair 객체를 문자열로 직렬화합니다.
serializedState = formatter.Serialize(statePair);
ViewStateData vsd = new ViewStateData();
vsd.ViewStateID = viewStateID;
vsd.ViewState = serializedState;
DataAccess da = 새로운 DataAccess();
문자열 오류 = da.SaveViewState(vsd);
}
또 다른
throw new InvalidOperationException("StreamPageStatePersister에 세션이 필요합니다.");
}
}
}
}
그런 다음 PageStatePersister 속성을 재정의할 수 있습니다.
protected 재정의 PageStatePersister PageStatePersister
{
얻다
{
새로운 DatabasePageStatePersister(페이지)를 반환합니다.
}
파일은
데이터베이스와 크게 다르지 않습니다. ASP.NET2.0에 대해서만 이야기하고 있습니다. ASP.NET1.1에서도 비슷해야 하지만 디버깅을 위한 코드는 작성하지 않았습니다.
여전히 메서드를 사용합니다. PageStatePersister의 새로운 하위 클래스 작성:
네임스페이스 StreamPageAdapter
{
시스템 사용;
System.IO 사용;
System.Security.Permissions 사용;
System.Web 사용;
System.Web.UI를 사용하여
//
// StreamPageStatePersister는 보기 상태의 예입니다.
// 뷰와 제어를 유지하는 지속성 메커니즘
// 웹 서버의 상태입니다.
//
[AspNetHostingPermission(SecurityAction.Demand, Level = AspNetHostingPermissionLevel.Minimal)]
public class StreamPageStatePersister : PageStatePersister
{
공개 StreamPageStatePersister(페이지 페이지): 기본(페이지)
{}
//
// ViewState와 ControlState를 로드합니다.
//
공개 재정의 void Load()
{
스트림 stateStream = GetSecureStream();
// StateFormatter를 사용하여 상태 문자열을 읽습니다.
StreamReader 리더 = new StreamReader(stateStream);
IStateFormatter 포맷터 = this.StateFormatter;
문자열 fileContents = reader.ReadToEnd();
// Deserilize는 직렬화된 쌍 개체를 반환합니다.
// 저장 메서드.
pair statePair = (Pair)formatter.Deserialize(fileContents);
ViewState = statePair.First;
ControlState = statePair.Second;
리더.닫기();
stateStream.Close();
}
//
// ViewState 및 ControlState를 유지합니다.
//
공개 재정의 void Save()
{
if (ViewState != null || ControlState != null)
{
if (페이지.세션 != null)
{
스트림 stateStream = GetSecureStream();
StreamWriter 작가 = 새로운 StreamWriter(stateStream);
IStateFormatter 포맷터 = this.StateFormatter;
pair statePair = new pair(ViewState, ControlState);
// statePair 객체를 문자열로 직렬화합니다.
문자열 serializedState = formatter.Serialize(statePair);
작가.쓰기(직렬화된 상태);
작가.닫기();
stateStream.Close();
}
또 다른
throw new InvalidOperationException("StreamPageStatePersister에 세션이 필요합니다.");
}
}
// 사용자 환경에 대한 보안 스트림을 반환합니다.
비공개 스트림 GetSecureStream()
{
문자열 경로 = @"d:a.txt";
FileStream fs = new FileStream(path, FileMode.Open, FileAccess.ReadWrite);
fs를 반환;
}
}
}
PageStatePersister 속성을 재정의하세요.
protected 재정의 PageStatePersister PageStatePersister
{
얻다
{
새로운 StreamPageStatePersister(페이지) 반환
}
위의 간략한 소개를 통해 어느 정도 이해해야 하지만 이해해야 할 것은 ASP.NET1.1에서는 ASP에 있는 동안 age.SavePageStateToPersistenceMedium() 및 Page.LoadPageStateFromPersistenceMedium()을 다시 작성해야만 위 함수를 완료할 수 있다는 것입니다. .NET1.1 ASP.NET2.0에서는 이 외에도 PageStatePersister의 새로운 하위 클래스를 작성하고 PageStatePersister 속성을 재정의하여 완료했습니다. 물론 다음 내용을 읽어보면 아무런 차이도 발견할 수 없습니다. , 실제로 사용되는 PageStatePersister의 새로운 하위 클래스를 작성한다는 것을 이해하게 될 것입니다.
페이지 어댑터 사용
상태 지속성 메커니즘은 적응형 렌더링 및 클라이언트측 기능과 관련되어 있으므로 ASP.NET 응용 프로그램의 DatabasePageStatePersister를 활성화하기 위해 MyPageAdapter가 제공됩니다. 마지막으로 특정 클라이언트 클래스(이 경우 기본 웹 브라우저)에 대해 MyPageAdapter를 활성화하기 위해 브라우저 기능(.browser) 파일이 제공됩니다.
해당 내용은 제가 제공한 소스코드에 있는 PageAdapter 프로젝트를 참고하시기 바랍니다. 읽고 나면 이해하게 될 것입니다.
System.Security.Permissions 사용;
System.Web 사용;
System.Web.UI
네임스페이스 PageAdapter
사용
{
[AspNetHostingPermission(SecurityAction.Demand, 수준 = AspNetHostingPermissionLevel.Minimal)]
공개 클래스 MyPageAdapter : System.Web.UI.Adapters.PageAdapter
{
공개 재정의 PageStatePersister GetStatePersister()
{
새로운 PageAdapter.DatabasePageStatePersister(페이지)를 반환합니다.
}
}
}
마지막으로 MyPageAdapter 어댑터를 활성화하려면 ASP.NET 응용 프로그램의 루트 디렉터리에 App_Browsers라는 디렉터리를 만들고 구성 정보가 포함된 .browser 파일을 포함해야 합니다. 실제로 이 파일은 추가할 때 모두 추가됩니다. .browser 파일은 vs2005에 의해 자동으로 완료됩니다. 구성 파일의 <refID 요소는 해당 구성이 Default.browser 구성 파일에 지정된 값을 재정의함을 나타냅니다. 이 예에서는 ASP용 MyPageAdapter를 사용합니다. .NET 웹 페이지. (그러나 일반적으로
어댑터는
사용되지 않습니다.)
<브라우저 refID="기본값" >
<컨트롤어댑터>
<어댑터
controlType="System.Web.UI.Page"
AdapterType="PageAdapter.MyPageAdapter" />
</control어댑터>
</브라우저>
</브라우저>
이는 소스 코드의 TestPageAdapter 프로젝트에서 볼 수 있습니다. 이 프로젝트는 페이지 어댑터를 시연하는 데 사용됩니다.
결론은
비교적 간단하고, 다양한 지속성 메커니즘의 장단점에 대해서는 구체적으로 테스트하지 않았으며, 마지막 항목인 "페이지 어댑터 사용"은 지속성 메커니즘이 아니지만 어댑터를 사용합니다.
PageStatePersister 속성을재정의하지 않을 것입니다
. PageStatePersister를 재정의하는 작업을 페이지 기본 클래스에 넣을 수 있고 다른 모든 페이지는 이 기본 클래스를 상속할 수 있기 때문에 이는 별로 유용하지 않은 것 같습니다. 내 코드에서는 이 페이지 어댑터를 사용하는 것이 번거롭습니다. 물론 페이지 어댑터에 대해 잘 모릅니다.
또한 내 소스 코드에 대한 간략한 설명은 다음과 같습니다.
1. PageAdapter 프로젝트
DatabasePageStatePersister.cs: PageStatePersister 클래스의 하위 클래스 MyPageAdapter.cs: 보조 클래스에 속하는 페이지 어댑터 DataAccess.cs 및 ViewSate.cs 데이터베이스 액세스.
2. StreamPageAdapter 프로젝트는
위와 유사하므로 자세히 설명하지 않겠습니다.
3. SaveStateToDatabase 프로젝트
StateInHiddenField.aspx: 기본 저장 메커니즘을 테스트합니다
.페이지 소스 파일.
StateInSession.aspx: 저장 메커니즘은 Session입니다.
StateInDatabase.aspx: 저장 메커니즘 데이터베이스는 asp.net1.1 및 2.0에서 사용할 수 있습니다.
StateInDatabase2.aspx: PageStatePersister의 새 하위 클래스를 작성하고 PageStatePersister 속성을 재정의합니다.
ViewState를 서버의 폴더에 저장합니다.
4. TestPageAdater 프로젝트.
테스트 및 어댑터에 사용됩니다.