Как эффективно представлять данные? (Графически говорящий)

Question

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

Вопрос: Как эффективно представлять данные?

Я не говорю о представлении данных в базе данных или на любом языке.

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

Редактировать: Любые книги/ссылки, которые могут помочь или которые относятся к этой теме, приветствуются.

Answer 1

«как следует представлять данные, чтобы пользователь мог уловить столько информации, сколько возможно - почти - первый взгляд».

Для меня это кричит, что вам нужно поговорить с вашими конечными пользователями больше. Мое предложение состояло в том, чтобы макетировать исходный макет, используя что-то вроде Balsamiq Mockups (это можно сделать, даже если это открытый сайт). Использование макетов поможет вам визуализировать дизайн общей страницы.

Вид «Вид первого взгляда» указывает панель приборов, которая обеспечивает общий результат высокого уровня.

Теперь, чтобы быть понятным, это дизайн и макет страницы, и не путайте это с помощью каких-либо инструментов веб-интерфейса, например JqueryUI, которые привносят причудливые эффекты на страницу.

С точки зрения ссылок, мое предложение было бы полностью читать Designing User Interfaces For Business Web Applications от Smashing Magazine (включая ссылки). Вероятно, наиболее актуальным является 12 Standard Screen Patterns.

Это блестящее чтение и должно быть, IMO, добавлено в ваши сохраненные закладки.

Answer 2

Эффективность всегда имеет значение, а затем эффективность. Прежде чем выразить свое мнение, я полагаю, что ваш вопрос уже основан на эффективном решении с точки зрения пользователя.

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

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

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

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

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