Когда модальный UI приемлем?
Как сказал @Michael - sqlbot, во-первых, вы должны рассмотреть возможность того, что DynamoDB - не правильный выбор.
Чтобы помочь вам с этим, я настоятельно рекомендую вам прочитать документацию (если вы этого еще не сделали). DynamoDB - очень мощная система баз данных NoSQL, но она также может быть очень сложной.
В таком простом случае вы сможете решить его без GSI. Имейте в виду, что использование GSI может подразумевать использование дополнительных WCU каждый раз, когда вы добавляете / обновляете / удаляете элемент в базовой таблице. И имейте в виду, что GSI в конечном итоге непротиворечивы, что может или не может быть проблемой, в зависимости от вашего случая.
Вы можете также рассмотреть другие решения NoSQL, такие как Cassandra, MongoDB, CouchDB и т. Д.
5 ответов
IMO, модальные интерфейсы должны только использоваться, когда необходимо иметь дело с тем, что диалоговое окно делает или спрашивает, прежде чем приложение может продолжиться. Любое другое время при использовании диалогового окна это должно быть немодально.
Как насчет пользовательского окна входа в систему Вы не можете (или не должен), остальная часть использования приложения, пока Вы не вошли в систему, приняв, безопасность необходима.
При выполнении немодальных окон Вы могли бы хотеть удостовериться, что они уникальны: Вы действительно не хотите две идентичных панели инструментов (в графической программе, например) или два идентичных предпочтительных диалоговых окна (я видел это в продукте), который может сбивать с толку в лучшем случае
С другой стороны, я ценю, когда диалоговое окно Поиска/Замены немодально: Я могу вернуться к документу и отменить последнее изменение, пропустить в другом месте, и т.д.; не теряя текущие настройки.
Так или иначе модальные диалоговые окна говорят пользователю "останавливать все остальное и заканчивать то, что Вы делаете", который имеет его использование, как указано в ответе Stephen Wrighton.
Я думаю, что различие - то, что, если существует что-нибудь во всем, что пользователь смог делать в приложении, в то время как диалоговое окно показывают, затем это не должно быть модально. Это включает скопировать/вставить действия. Лично я предпочел бы его, если регистрируют/открывают и печатают диалоговые окна, не были модальны также. Я думаю, что модальные диалоговые окна являются знаком слабого дизайна, необходимое зло для получения кода снаружи быстро.
По моему опыту, существует очень немного вещей, которые должны когда-либо быть модальными в UI. Одним из лучших примеров этого и вероятно одним очень знакомым пользователям сайта, является Eclipse. Хотя это имеет некоторые модальные диалоговые окна, и я говорю только о базовом IDE здесь, они в основном попадают в три категории: операции Файла, предпочтительные диалоговые окна и диалоговые окна параметра.
Предпочтительные диалоговые окна, в то время как модальный традицией, не должны быть модальными также. Все, что необходимо сделать, посмотреть на модель предпочтений Mac OS, где изменения конфигурации сразу происходят с модальным поведением, представленным только в случаях, где изменение могло бы быть разрушительным для работы происходящее.
Короче говоря, вот то, что я сказал бы, хорошая сводка того, что должно быть модальным. Исключения к этому набору должны быть хорошо выровнены по ширине использованием.
- Диалоговые окна записи параметра (пример: рефакторинг мастеров. антипример: найдите диалоговые окна),
- Операции файла
- Подтверждение действия, которое возьмет непосредственное разрушительное действие