Разработка приложений Adobe AIR - каким руководствам по юзабилити следовать?
Adobe AIR позволил нам расширить границы создания многофункциональных интернет-приложений (RIA) за пределами браузера. Некоторые компании выделяют такие приложения, как Rich Desktop Application (RDA).
У нас есть рекомендации по юзабилити для веб-приложений, приложений для настольных ПК и приложений RIA отдельно. Но поскольку Adobe AIR позволила нам создавать настольные приложения с использованием веб-технологий (HTML, Java-скрипт, AJAX, Flex, AS...), этот жанр приложений не подходит ни к одной из перечисленных выше категорий.
Итак, мой вопрос: Правильно ли отличать приложения AIR от RIA, так как приложения AIR живут на рабочем столе пользователя, и пользователи будут использовать другую ментальную модель при использовании настольного приложения в отличие от приложений в браузере?
б. Какие правила юзабилити должны соблюдаться при создании приложений для Adobe AIR?
2 ответа
Рекомендации по юзабилити должны зависеть от контекста, в котором используется приложение, а не от технологии, на которой оно построено. Если у вас есть рекомендации по юзабилити для настольных приложений, то (поскольку AIR предоставляет ресурсы, позволяющие запускать приложение Flex на настольном компьютере), принцип наименьшего сюрприза будет диктовать, что он должен следовать тем же рекомендациям, что и приложения, написанные на.NET, VB6, C++ Delphi и т. Д. Для использования в качестве настольного приложения.
Более интересным вопросом будет то, чем руководящие принципы для приложения Flex, написанного для браузера, будут отличаться от обычных веб-рекомендаций, учитывая большую степень детализации пользовательского контроля, которую оно обеспечивает; но дело не в этом.
Я склонен следовать Руководству Apple по интерфейсу пользователя при разработке приложений AIR (даже до уровня заполнения элементов и т. Д.). Даже если вы не используете их в письме, их определенно стоит прочитать: