페이징 정보 양식 가져오기 값은 View의 pagerForm 양식 아래에 정의한 숨겨진 텍스트 필드의 이름입니다. 백그라운드에서 받은 후 데이터 소스에서 페이징 데이터를 요청합니다. 그런 다음 프런트 데스크로 돌아갑니다.
여기에 작은 문제가 있습니다. 이 페이지에 처음 들어갈 때 현재 페이지의 양식 제출 이벤트가 트리거될 수 없으므로 위에서 ViewBag.numPerPage의 동적 할당을 정의했습니다. 각 페이지로 나누어 프론트엔드 인터페이스 페이징 스타일만 정의하면 실제 데이터는 바인딩되지 않으므로 프런트 데스크에서 전달된 페이징 정보를 백그라운드 데이터 페이징의 기초로 사용해야 프런트 데스크 페이징이 수행됩니다. 이는 데이터와 일치할 수 있으며 혼동을 일으키지 않습니다.
실제 프로젝트를 개발할 때 우리는 항상 테이블과 필터 조건을 함께 배치합니다. DWZ의 테이블에 제한 조건을 전달하는 방법도 위와 같이 전달해야 하는 숨겨진 텍스트 필드를 추가합니다. 페이징 형식으로 변경합니다. 예:
이런 방식으로 들어오는 필터 조건을 백그라운드에서 수락할 수 있습니다.
DWZ 테이블 페이징의 핵심은 현재 탭 페이지의 데이터를 다시 로드하여 탭 페이지를 새로 고치는 것입니다. 페이징과 함께 제한 사항을 사용하면 페이지가 다시 로드된 후 필터에 문제가 발생합니다. 조건은 손실되며 여기서 내 솔루션은 페이징 양식에 숨겨진 텍스트 필드를 추가하는 것입니다. 필터 조건에 값이 할당될 때마다 비어 있는지 여부와 필터 조건을 추가할지 여부가 백그라운드에서 판단됩니다. 모두가 이것에주의를 기울일 수 있기를 바랍니다.
위에서 마지막으로 targetType이 소개되었는데, 이는 현재 페이징 방법과 페이징이 본질적으로 탭 페이지의 새로 고침임을 나타냅니다. 따라서 테이블이 포함된 뷰 레이어를 부분 페이지로 비동기적으로 로드하면 다음을 발견하게 됩니다. DWZ의 페이징 컨트롤이 표시되지 않으므로 페이징을 할 수 없습니다. $.load 또는 @Html.Partial을 사용하면 데이터만 로드할 수 있다고 위에서 설명했습니다. 첫 번째 페이지의 경우, 이는 DWZ의 결함이기도 합니다. 최근 몇 년 동안 DWZ가 부상하고 있으며 여전히 많은 문제와 버그가 있으며, 특히 테이블 페이징 및 데이터 바인딩은 실제로 사용하기 어렵습니다. 일반적으로 DWZ의 다른 구성 요소는 스타일이 여전히 매우 좋습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
