Форма входа
Категории раздела
Delphi [24]
Статьи по программированию на Delphi.
html [42]
Статьи и помощь по html
I Love Bashorg
Главная » Статьи » Программирование » Delphi

ФЕНЕЧКИ. Немного об пользовательских интерфейсах. Часть 1.

Когда я возвращаюсь с работы домой, то почти каждый день, недовольно бурчу, по поводу того, что жена моя, всегда отключает мой любимый скин в winamp. Дескать, очень уж неудобный он для неё - кнопки мелкие, почти не различимые, мышкой с первого раза не попадешь. Так, что она всегда старается поскорее избавиться от него и привести winamp в "естественное" состояние. Вообще, надо отметить, жене моей от домашнего компьютера только если что и нужно - то тот самый winamp, который она вместо музыкального центра использует.

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

С появлением таких визуальных средств разработки (RAD), как Delphi и прочие, когда стало возможно создавать программу, "рисуя её мышкой", внедрение этих самых "фенек" в программные продукты стало расти в геометрической прогрессии. Не берусь утверждать, но, по-моему, большинство независимых компонентов для Delphi предназначено именно для этих, весьма надо сказать специфических целей.

Нет, конечно, это хорошо, и нечего предосудительного я в этом не вижу - в самом деле, некоторые интерфейсные "ухищрения" давно стали нормой и практикой - начиная от формирования пользователем собственной, удобной ему панели инструментов с быстрым доступом к необходимым возможностям программы, кончая расширенным представлением диалоговых окон. Но все это допустимо в той степени пока не начнет перекрывать стандартные особенности операционной среды и выработанную привычку взаимодействия пользователя с программным обеспечением. Представьте, что вместо обычного окна для сохранения или открытия файла, программы будут выдавать исключительно собственные и нестандартные? Что в привычном месте у пользователя вдруг не вызываться контекстное меню, и стандартные нажатия клавиш Ctrl+C и Ctr+V, в какой-либо из программ работать не будут. Кстати, последние, случается часто. Понятно, что у разработчиков программы могут быть свои пристрастия, но подменять, убирать стандартные, привычные для пользователя способы взаимодействия с компьютером нельзя - это на самом деле способно вызвать лишь отторжение к данному продукту, неприятие его. Согласитесь, если программа ведет себя 
"непривычно", то это замедляет как процесс её "освоения", так и эксплуатации.

Такое понятие как юзабилити, сейчас начинает активно использоваться применительно к веб-сайтам, но не следует забывать, что первоначально оно касалось исключительно программных продуктов, средств взаимодействия пользователя и компьютера. Не следует забывать то, что графическая операционная система (будь то Windows, MacOS или X-Windows) и есть максимальная точка приложения юзабилити. Разработанные еще в середине семидесятых годов такие понятия как "рабочий стол", "окна", "меню", были востребованы только в начале девяностых в персональных компьютерах.

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

Правда есть и другая сторона этой медали. Дело в том, что все эти новомодные "примочки" к интерфейсу могут оказаться полезными, если сам программный продукт ориентирован на другой круг пользователей, например молодежь, склонную ко всякого рода экспериментам. Например, тот же winamp снискал свою популярность, именно предложив пользователям менять его внешний вид по усмотрению. То есть если программа служит исключительно развлекательным целям, то некоторые "нестандартности" интерфейса могут сыграть и на руку. За примерами далеко ходить не надо - самые разнообразные виды интерфейсов можно найти в компьютерных играх.

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

И все же в качестве рекомендации - постарайтесь избегать применения "нестандартного интерфейса" в своих программных продуктах. Помимо неудобства для пользователя, вы создаете проблемы и для себя - ведь никто не гарантирует, что все эти "примочки" будут способствовать устойчивости программы, да и окажутся ли они совместимыми с новыми версиями операционной системы? Или наоборот, некоторые стандартные возможности интерфейса в операционной системе изменятся так разительно, что ваши новомодные "фенечки" покажутся "детским лепетом"?

Если все же, тяга к новым к новым "выразительным" средствам велика, то лучше сделайте в программе возможность "отката" к стандартным, определенным операционной системой функциям и элементам интерфейса. А еще, не используйте их больше, чем, например, есть в пакете Microsoft Office - надо заметить, что корпорация Microsoft тратит довольно большие суммы, что бы выяснить каков "потолок" введения новых возможностей интерфейса без вызова "отторжения" у пользователей. Так используете же эти знания себе на пользу.


» Часть 2. ЛЯПЫ «   » Часть 3. А СОБСТВЕННО ЗАЧЕМ? «




Автор статьи:  Вячеслав Ковалев
 У автора статьи есть свой сайт mcsa.ru настоятельно рекомендуем посетить!




Источник: http://www.delphimaster.ru/articles/fenich/fenichki.htm
Категория: Delphi | Добавил: Bombers (11.10.2009)
Просмотров: 325 | Рейтинг: 0.0/0
Всего комментариев: 0
Воскресенье, 09.08.2020, 01:51
Приветствую Вас Гость
Статистика
  • Онлайн всего: 1
    Гостей: 1
    Пользователей: 0
    Admin icq status
    587643917
    Друзья сайта