많은 노드를 사용하면 표현 방법을 찾을 수는 있어도 사용자가 사용하기가 쉽지 않을 수 있습니다. 관심있는 노드를 찾기 위해 35,000 개의 노드를 스크롤하려고한다고 상상해보십시오! 페이징도 마찬가지입니다. 사용자가 실제로 목표를 찾기 위해 3500 페이지 (10 페이지 크기로 가정)를 페이지에 게시합니까? 아마도 그렇지 않을 것입니다. 그렇다면 아마 행복하지 않을 것입니다. :)
대신 이와 같은 대형 데이터 세트를 사용하면 어떤 유형의 "필터"UI를 제공하는 것이 가장 좋습니다. 사용자가 사용 가능한 데이터를보다 관리하기 쉬운 컬렉션으로 "형성"할 수있게 해주는 것.
필터링을 제공해야하는 기능 (즉, 필터링 할 수있는 입력란)이 무엇인지 확실하지 않지만 최선의 방법이라고 생각합니다. UI의 옵션은 다음과 같습니다. RadTreeView의 클라이언트를 사용하여
- 신속하게 관심있는 가치를 발견 할 수있게합니다 내장 된 필터링 UI를 제공 할 수 있습니다 ASP.NET AJAX에 대한 RadGrid 같은 뭔가
- - 사이드 API를 지원하고 필요에 따라 노드를로드 할 수 있도록 지원하기 때문에 사용자가 입력 할 때 트리의 노드를 필터링하는 텍스트 상자를 만들 수 있습니다. TextBox의 onkeyup 이벤트를 처리 한 다음 웹 서비스에 대한 요청을 실행하여 필터 조건을 충족하는 노드를 잡고 TreeView의 노드 컬렉션을 결과로 바꿉니다.그러면 사용자가 대상 노드를 더 쉽게 찾을 수 있습니다.
분명히 다른 접근 방식도 있지만 잘하면이 방법을 통해 아이디어를 얻을 수 있습니다.
짧은 답변 : 큰 데이터 세트의 경우 실시간 필터링과 웹 서비스를 결합하여 사용자에게보다 관리하기 쉬운 결과 세트를 제공 할 수 있습니다. 초기로드의 경우 성능을 높이기 위해 처음 200 노드 만로드합니다.
희망이 도움이됩니다. - 코드