잠재적으로 큰 데이터 매트릭스를 처리하기위한 좋은 UI 패턴은 무엇입니까?

Question

이전 vb 데스크톱 응용 프로그램을 ASP.NET 웹 응용 프로그램 버전으로 이전하려고합니다. 이 앱을 사용하면 건물 바닥에 층을 표시하고 각 층의 바닥에 각 항목의 개수를 지정할 수 있습니다. N 하나에 모든 층에있는 모든 항목의 수량을 추가하는 최종 사용자를 허용하는

기존의 데스크톱 응용 프로그램에서

+----------+ +-----------+ +----------+ 
| Floors | | FloorItems| | Items | 
+----------+ +-----------+ +----------+ 
| FloorId |--->| FloorId | |   | 
| ...  | | ItemId |<---| ItemId | 
|   | | Quantity | | ...  | 
+----------+ +-----------+ +----------+ 

는, 개발자가 함께이 2D 매트릭스 그리드 해킹 가입 : 기존 DB는 매우 간단한 M이다 화면. 예 :

 | Item 1 | Item 2 | Item 3 | Item 4 | .... 
--------+--------+--------+--------+--------+------ 
Floor 1 | 
Floor 2 | 
Floor 3 | 
Floor 4 | 
...  | 

웹 UI에서 항목/제품 카탈로그가 커지면 그리드가 매우 커질 수 있으므로 모든 문제가 제기됩니다. 페이지 크기도 문제가됩니다. 잠재적으로 수백 개의 화면 입력에 대한 유효성 검사는 물론 & 정기적 인 간격으로 자동 저장 ...

웹 응용 프로그램에서 잠재적으로 큰 입력 행렬을 처리하는 데 다른 UI 패턴을 추천 할 수 있습니까? 아니면 좋은 예를 온라인으로 알려주십시오.

나는 (내가 그리드까지 바로 UI 내에서 필요에 따라 스크롤 할 수 있도록 실버이 한 화면을하는 아이디어를 놀겠다는 거, 그리고에 초점 출구 모든 텍스트 상자를 저장하는거야)

Answer 1

첫째로 고객이 보려는 데이터의 양을 줄이기 위해 고객이 열려 있는지 확인하려고합니다.
4 층에서 수량을 편집 할 때 2 층 항목을 실제로 볼 필요가 있습니까?
또는 아마도 # 3 번 항목을 편집 할 때 사용자는 항목 # 12의 양을별로 신경 쓰지 않아도됩니다.

위의 답변이 긍정적 인 경우 한 번에 하나의 플로어/항목 만 표시하도록 화면을 다시 디자인 할 수 있으므로 문제가 거의 없습니다.

간단히 을 입력해야합니다. 대용량의 데이터를 표시하려면에 많은 양의 데이터를 잘 처리 할 수있는 많은 그리드 컨트롤이 있어야합니다.
개인적으로 나는 jQuery의 jqgrid을 좋아합니다. 분명히 더 많은 것이 있습니다.

Answer 2

목록이 가로 질러 자라지 않고 자라려면 트리 컨트롤을 사용하지 않는 이유는 무엇입니까? 화면이 흐려지기 때문에 한 번에 한 층에서만 작업 할 수 있도록보기를 확장하거나 축소 할 수 있습니다. 검사 점이있는 유효성 검사/저장을 구현하려는 경우 편집, 취소 및 저장 버튼을 층 수준에 추가하고 편집 할 때까지 읽기 전용으로 데이터를 저장하고 저장시 유효성을 검사 할 수 있습니다. 사용자가 다른 층을 편집하려고하면 현재를 저장하거나 취소해야한다고 경고합니다.

Building 
| 
+--Floor 1  [Edit] [Cancel] [Save]  
    | 
    +-- Item 1 _Qty Entry_ 
    | 
    +-- Item 2 _Qty Entry_ 
    | 
    +-- Item 3 _Qty Entry_ 
    | 
    +-- Item 4 _Qty Entry_ 
| 
+--Floor 2  
    | 
    +-- Item 1 _Qty Entry_ 
    | 
    +-- Item 2 _Qty Entry_ 
    | 
    +-- Item 3 _Qty Entry_ 
    | 
    +-- Item 4 _Qty Entry_