문제

우리는 ASP.NET 프로젝트 중 하나를 재건하기 시작하고 VISTATE를 켜지 않고 개발하려고합니다 (Web.Config에서 비활성화).

나는 ViewState의 업 사이드와 단점에 대해 알고 일반적으로 제어 상태와 비교할 때 그것이 추적하는 것을 말하지만 다음과 같이 알고 싶습니다.

  1. 주요 개발 프로세스 차이는 무엇입니까? 즉, page_load 등을 얼마나 다르게 구성합니까?

  2. ViewState가 켜지지 않고 실제로 작동하지 않는 표준 ASP.NET 컨트롤에 기능이 있습니까?

또한 VS와의 작업 및없는 작업 간의 워크 플로 차이에 대한 자세한 기사가 있습니까?

도움이 되었습니까?

해결책

텍스트 박스 및 드롭 다운 목록과 같은 대부분의 컨트롤은 ViewState없이 완벽하게 작동합니다.

코드를 통해 생성되거나 수정 된 컨트롤 또는 속성 이외의 개발 프로세스 문제는 뷰 스테이트 없이는 지속되지 않으므로 포스트 백에서이를 다시 만들/수정해야합니다.

뷰 스테이트가 큰 매우 큰 페이지가 있습니다. 나는 전체 프로젝트의 ViewState를 비활성화하기 위해 실험을했고 (처음에는) 눈에 띄는 기능 손실이 없음을 발견했습니다. 그런 다음 테스트에서 몇 가지 작은 문제가 발생하여 복원했습니다. 그러나 우리의 300 페이지 웹 앱은 아마도 ViewState가없는 99% 기능 일 것입니다. 우리가 가진 문제는 Datagrids를 중심으로 한 것 - 주로 페이징 및 동적으로 생성 된 컨트롤 및 기타 코드 뒤에 수정 된 기타 사항이 있으므로 ViewState 없이는 지속되지 않았습니다.

이것은 ViewState의 아주 좋은 기사입니다.

http://msdn.microsoft.com/en-us/library/ms972976.aspx

다른 팁

ViewState에 반대하는 사람이라면 MVC 프레임 워크를 사용해 보지 않겠습니까? 더 쉬운 조정 일 수 있습니다.

내 프로젝트에서 ViewState를 비활성화합니다. 산란/수집 방법을 사용하여 ASPX 페이지에서 내 데이터 액세스 개체로//에서 값을 채우고 얻습니다. ViewState를 사용하는 것보다 훨씬 깨끗하고 간단합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top