java 페이징 예제

Controller 클래스에서 @PathVariable 추가는 메서드 매개 변수를 임시 URL로 바인딩합니다. 예를 들어: 당신이 더 나은 봄과 봄 부팅으로 페이지 드를하고 새로운 방법을 PagingAndSortingRepository를 구현하기 때문에 당신의 예는 매우 좋은 보인다. 다음은 페이지 번호로 페이지 번호를 매립하는 것이 타임라인에 많은 도움이 되는 예입니다: – 사물 목록(상점, 영화, 책 등)이 있는 모든 사이트. 내가 원하는 것을 아무 생각이나 부정확한 생각이 없다면, 나는 단지 그들 중 많은 것을보고 싶다. 그래서 사이트에 x 항목을 페이지에 표시 하고 내가 원하는 하나를 찾을 때까지 페이지의 많은 이동. 연결 문제의 경우 나중에 돌아가거나 페이지를 공유하려는 경우 이 페이지로 이동하여 제품이나 제품을 더 빨리 표시할 수 있습니다. – 그것은 당신이 전에 볼 수있는 무언가가 알고 매우 실망, 하지만 당신은 동안 스크롤해야 5 페이지 가 없고 검색 페이지가 없기 때문에 그것을 다시 얻기 위해 분. 모든 리포지토리의 페이징 방법을 사용하려면 PagingAndSortingRepository를 확장해야합니다 : 나는 당신이 쓴 다음 / prev그냥 그것을 잘라하지 않습니다 얼마나 많은 기사를 알고 싶습니다. 나는 귀하의 사이트에 있는 기사의 끝에 가깝습니까? 모르겠어요. 내가 당신이 제공 해야 하는 것의 절반을 읽었습니까? 나는 당신의 훌륭한 블로그 게시물을 읽는 또 다른 시간을 짜낼 수 있습니다, 하지만 하지 않을 경우, 한 시간 후, 나는 심지어 표면을 긁지 않은 것을 발견. 목록의 전체 또는 상대 위치를 아는 것은 시간 관리와 같은 측면에서 매우 중요합니다. 이메일은 아무도 정말 걱정하지 않는이 성운과 시간 기반 일이되었기 때문에 귀하의 위치는 이메일에 좋습니다. 그러나 논문을 채점하고 있고 얼마나 많은 채점해야 하는지 또는 얼마나 많은 채점해야 하는지 전혀 모르는 경우, 화장실을 사용할 시간이 있는지 또는 수업 전에 시간을 할애할 수 있도록 그냥 갈아야 하는지 결정하는 것은 거의 불가능해집니다.

또한 시스템은 당신에게 성취감을 주지 않습니다. 그것은 당신이 50의 페이지 49에 있는 500 항목 긴 알고, 작업 목록을 처리하는 것이 좋습니다 … Woohoo! 내가 당신의 게시물을 이해하지 않는 한, 당신의 방법은 더 많은 경우 알려 줄 것입니다 … 한 개 더 있고 10 개 이상을 직면 할 수 없다면 (예를 들어 페이지의 일반 번호). 나는 계속할 의지가 전혀 없었을 것이다. 그러나 검색을 구체화할지 여부를 나타내는 지표도 있습니다. 약 4,000페이지가 표시되고 결과의 4페이지에 있으면 리팩터링할 것입니다. 그러나 4000 페이지가 있다는 것을 알지 못하고 왜 리팩터링합니까? 나는 다음 (3000 번 말했다) 누를 후 바로 여기 확신합니다.

디시니티온에 의해 반환된 항목의 누머는 리팩터링의 필요성을 정량화합니다. 그런 다음 페이지 매김 인덱스를 통해 결과의 첫 번째 또는 두 번째 페이지에 있지 않음을 알 수 있습니다. 리팩터링을 할 때입니다. 그러나 더 많은 페이지에서 작동하지 않은 2 페이지의 결과를 가지고 있다는 것을 아는 것이 리팩터링을해야하는지 알 수있는 유일한 방법입니다. 이러한 모든 구체적인 예로는 페이지 지정을 위한 시작, 끝 및 위치 포인터가 시간 이나 예상 된 노력을 관리하는 능력에 매우 중요합니다. URI 쿼리에서 페이징 정보를 인코딩하여 이 문제를 해결하는 표준 방법을 사용합니다. “페이징”과 “페이지”라는 용어는 종종 동의어로 사용됩니다. 그러나 정확히 같은 의미는 아닙니다. 다양한 웹 사전을 참조 한 후 이 텍스트에서 사용할 다음 정의를 함께 자갈로 정리했습니다.

0saves
If you enjoyed this post, please consider leaving a comment or subscribing to the RSS feed to have future articles delivered to your feed reader.

Comments are closed.