Альтернативы сеткам в приложениях CRUD?

Question

Итак, вам было поручено создать базовое приложение CRUD. И у него есть одна страница, которая служит для перечисления всех элементов инвентаря ... если ваш пользователь хочет отредактировать любой из них, есть & Quot; Edit & Quot; кнопка рядом с каждым элементом.

Вы знаете тренировку.

Недавно мне было поручено изменить одну из таких страниц CRUD, и это выглядело довольно уродливо. Поэтому я решил, что можно использовать полировку.

Но подумав об этом ... Интересно, каковы хорошие альтернативы использованию сеток при создании страницы CRUD, которая отображает много данных?

Оставляя в стороне проблемы ajax / speed / security / реализация ...

  

Какие есть хорошие альтернативы использованию сетки на больших страницах CRUD?

Я готов обменять немного юзабилити на эстетику, если это будет иметь значение.

Answer 1

Для отображения относительно небольшого числа полей для большого количества записей & # 8217 нет ничего плохого в табличном отображении, таком как сетка, особенно если задача включает в себя поиск или сравнение записей. В есть что-то не так с кнопками Редактировать, чтобы открыть отдельное окно или страницу для редактирования. Это означает, что пользователь должен изучить два окна и как перемещаться между ними, и это займет больше времени.

Большое улучшение юзабилити - это редактирование на месте: вместо сетки, доступной только для чтения, имеется массив соответствующих элементов управления для полей (текстовые поля, флажки, поля гребенки и т. д.) в вашей сетке (или вместо этого). вашей сетки). Одна кнопка Сохранить на странице сохраняет все изменения во всех записях (или вы публикуете изменения автоматически для соответствующих событий).

Форма в виде формы (возможно, с вкладками) является альтернативой табличному макету, если вам нужно отобразить много полей для нескольких записей. Вы можете предоставить элементы управления подкачкой (например, что-то похожее на элемент управления Recordset), чтобы позволить пользователю просматривать страницы среди записей.

Если у вас много записей и много полей, вы можете комбинировать табличные с макетом, похожим на форму, используя комбинацию master-detail. Таблица в верхней части страницы отображает ключевые поля для записей, а в нижней части страницы отображается форма & # 8220; переполнение & # 8221; поля для любой записи в таблице в настоящее время имеют фокус.

Другой вариант - графическое отображение записей. Выберите два поля и представьте их значения для каждой записи с помощью координат x и y, используемых для поиска значка на странице. Это хорошо, если задача включает в себя поиск шаблонов или взаимосвязанных записей. Дополнительные поля для записи (пиктограммы) с фокусом могут отображаться в виде формы в подробном разделе страницы.

Еще одна вещь, которую вы можете сделать, это графически представить определенные поля в табличном или похожем на форму макете (например, с помощью значков, мини-графиков, оттенков или цветовой кодировки и т. д.). Это может помочь пользователю при поиске записей с определенными значениями. Он также может отображать общую суть множества данных в небольшом пространстве (например, в виде спарклайнов).

Выберите макет, который максимизирует производительность пользователей для ваших пользователей, задач и рабочей среды.

Answer 2

Список (вместо сетки), который открывает больше полей для редактирования при нажатии или открывает новое окно или форму. Таким образом, экран не перегружен данными с самого начала, и его очень удобно использовать, если используются самые важные данные.

В качестве примера можно привести список контактов чата Gmail (снимок экрана здесь ).

В некоторых приложениях очень удобное удобство использования, которое помогает уменьшить объем информации, необходимой для отображения, - это хорошее поле поиска / фильтра: при вводе в поле список фильтруется по соответствующим записям.