1.3.4 Редакторы

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

В платформу 1С:Предприятие 8 включен целый ряд механизмов, ориентированных на быструю разработку эргономичного пользовательского интерфейса. В них реализована собственная оконная модель, система форм, набор элементов управления и т.д.

Интерфейсные механизмы системы 1С:Предприятие широко используют информацию из метаданных, для того, чтобы автоматизировать процесс разработки интерфейса и уменьшить необходимость детальной настройки, выполняемой разработчиком.

Оконная система, используемая в системе 1С:Предприятие, ориентирована на обеспечение высокой эргономичности при работе с прикладными решениями и содержит специальные возможности, не поддерживаемые классической Windows – моделью. Окна, используемые в прикладных решениях, могут иметь несколько разных состояний, которые определяют поведение этих окон:

• обычное окно, когда оно располагается только внутри рабочей области программы;

• свободное окно, когда оно может свободно перемещаться по всему экрану (не только внутри рабочей области программы);

• прикрепленное окно, когда оно может « прикрепиться» к границам рабочей области программы;

• прячущееся окно, которое можно использовать только для некоторых типов окон, например, служебных окон, калькулятора и календаря;

• «склеенные окна»;

• сложенные окна с закладками.

Кроме этого, оконная система 1С:Предприятие предлагает собственную схему максимизации обычных окон, которая заменяет собой стандартную для приложений Windows – схему. В системе 1С:Предприятие максимизация одного окна не влечет за собой максимизацию всех обычных окон.

Также в среде 1С:Предприятие поддерживается специальный режим отображения окна – режим рабочего стола. В этом режиме открытое окно занимает все свободное пространство главного окна приложения, не имеет заголовка окна и не отображается в списке открытых окон. Такой режим может быть использован для создания специализированных рабочих мест (например, рабочего места кассира).

1.3.4.1 Редактор экранных форм

Для разработки экранных форм в системе 1С:Предприятии существует мощный редактор форм, имеющий богатый набор элементов управления и сервисных функций, включая выравнивание элементов, редактирование привязок, палитру свойств элементов управления и др. В форме могут размещаться различные элементы управления, например, кнопка, надпись, поле ввода, табличное поле, командная панель, флажок и др.

1С:Предприятие использует механизм расширений форм и элементов управления. Расширения содержат набор свойств, методов и событий, которыми дополняется стандартное поведение элементов управления и формы после того, как они связываются с данными. В зависимости от того, какой тип данных отображает элемент управления или форма, платформа будет использовать то или иное расширение. Такой подход позволяет реализовывать индивидуальные особенности поведения формы и элементов управления при работе с различными типами данных.

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