Управляемый командный интерфейс

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

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

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

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

Новая стратегия разработки прикладного решения

Новая концепция интерфейса ставит перед разработчиком ряд задач, которые раньше не возникали или были не столь значимыми:

• Проектирование состава подсистем
  Ранее подсистемы использовались разработчиком лишь для выделения функционала прикладного решения в некоторые группы, которые облегчали разработку. Это деление практически не имело внешнего проявления, критичного для пользователя. Теперь же структура подсистем приобретает одно из важнейших значений, т.к. именно по ней система будет строить командный интерфейс пользователя. Поэтому теперь следует тщательно продумывать состав подсистем, с точки зрения того, как пользователь должен "видеть" прикладное решение. Объекты конфигурации следует распределять по подсистемам аккуратно и осмысленно.
• Установка интерактивных свойств метаданных
  Для реквизитов объектов конфигурации следует сразу задавать свойства, определяющие способы отображения и редактирования данных.
• Проектирование и настройка функциональных опций
  Начиная разработку следует продумать, какие части функционала должны быть настраиваемыми при внедрении.
• Настройка видимости по ролям
  Следует продумать, что и каким ролям показывать по умолчанию, чтобы интерфейс системы не оказался перегружен. Например, какие команды ввода новых объектов поместить в панель действий.
• Подбор состава команд
  Следует подбирать необходимые контекстные команды для отображения в формах.
• Оценка работы интерфейса
  Полезно посмотреть, как выглядит интерфейс для типичных пользователей, а также посмотреть, как выглядит интерфейс с выключенными функциональными опциями.