Нововведения, реализованные в «Управляемом приложении», нацелены на решение наиболее важных проблем, стоящих перед разработчиками, специалистами по внедрению и пользователями информационных систем на платформе «1С: Предприятие 8»:
• Повышение общей производительности и масштабируемости многопользовательских информационных систем, обеспечение эффективной и стабильной дистанционной работы пользователей с информационными базами «1С: Предприятия 8».
• Минимизация объема рутинных операций, выполняемых при проектировании и конфигурировании пользовательских интерфейсов, повышение производительности труда разработчиков.
• Минимизация объема рутинных операций по тонкой настройке пользовательских интерфейсов и прикладной функциональности под нужды конкретного предприятия, выполняемых на этапе внедрения информационной системы, снижение сроков и повышение качества выполняемых внедрений.
Чтобы в полной мере оценить масштабность и важность изменений, внесенных в технологическую платформу с появлением «Управляемого приложения», необходимо рассмотреть архитектуру «1С: Предприятия 8» в целом. Концептуально систему можно разделить на два основных слоя:
• Слой работы с данными. К нему относятся механизмы, обеспечивающие структуру метаданных, взаимодействие с СУБД, многопользовательскую среду, управление прикладными объектами, интеграцию и обмен данными.
• Слой работы с интерфейсом. К нему относятся все механизмы, обеспечивающие интерактивное взаимодействие информационной системы и пользователя: оконная система, командный интерфейс, внешний вид и поведение форм.
В текущей версии «1С: Предприятия 8» (8.1) функциональность системы распределена между сервером приложений и клиентским приложением следующим образом:
• Слой работы с интерфейсом полностью доступен на стороне клиентского приложения и недоступен на стороне сервера. Это значит, что разработчик может управлять интерфейсной частью конфигурации только в контексте клиентского приложения.
• Слой работы с данными полностью доступен на стороне сервера и частично на стороне клиентского приложения. Это значит, что разработчик конфигурации может управлять прикладными объектами конфигурации как «на сервере», так и «на клиенте».
Что же изменилось в «Управляемом приложении»? Слой работы с данными не претерпел существенных изменений, а вот слой работы с интерфейсом был полностью переработан. Теперь платформа предлагает разработчику два варианта построения пользовательского интерфейса и распределения функций между клиентским приложением и сервером:
• «Обычный режим». Никаких изменений по сравнению с текущей версией – по сути, это работа платформы «в режиме 8.1».
• «Управляемый режим». Доступны как старая, так и новая модель построения интерфейса и распределения функций между клиентом и сервером приложений. Какая именно модель будет использована в конкретной сессии, зависит от типа клиентского приложения (теперь их несколько) и от параметров конфигурации.
Новая модель построения пользовательского интерфейса, реализованная в «Управляемом приложении», базируется на следующих концепциях:
• отдельные независимые окна,
• декларативная модель интерфейса,
• управляемый командный интерфейс,
• управляемые формы.
Сравним новую модель построения интерфейса с реализованной в предыдущих версиях платформы и попробуем понять, какие именно преимущества мы получим при работе в управляемом режиме.
При обычном режиме работы «1С: Предприятия 8» оконная система организована по принципу классического MDI-приложения. Главное окно является оболочкой для дочерних окон и одновременно предоставляет интерфейс для вызова форм и функций информационной системы (главное меню и панели инструментов). Навигация между дочерними окнами доступна лишь в пределах главного окна, на панели задач Windows представлено только главное окно.
При управляемом режиме работы «1С: Предприятия 8» каждое окно независимо и представлено отдельным элементом на панели задач Windows. Окна подразделяются на два вида, каждый из которых служит для выполнения определенных операций:
• Основные окна. Предназначены для навигации по функциям конфигурации и данным информационной базы, а также для вызова различных команд. Основное окно открывается при старте системы, но при необходимости пользователь может открыть несколько основных окон и работать с каждым из них независимо (например, открыть в разных окнах управление разными подсистемами конфигурации).
• Вспомогательные окна. Предназначены для управления объектами информационной базы, построения отчетов и выполнения каких-либо других операций с данными. Важно, что каждое вспомогательное окно связано с конкретным действием и (или) конкретным объектом.
Таким образом, основное окно представляет собой рабочее место пользователя, а процесс его работы с системой всегда строится по простому и понятному алгоритму: переключиться на необходимый раздел основного окна, найти там необходимую команду и (или) объект, вызвать вспомогательное окно, выполнить необходимое действие. Очевидно, что такая схема работы с информационной системой удобнее как для пользователя, так и для специалиста по внедрению, который занимается обучением и написанием инструкций.
Внешне похожий интерфейс можно реализовать и в версии 8.1 (например, он выполнен в типовой конфигурации «1С: Бухгалтерия предприятия»), но, во-первых, это потребует существенных трудозатрат, и, во-вторых, интерфейс не будет обладать гибкостью, а будет работать по принципу «как прибили, так и держится». Дело в том, что в текущей версии «1С: Предприятия 8» разработчик создает интерфейсные объекты самостоятельно, а в «Управляемом приложении» только описывает, по каким принципам их должна создать платформа.
При обычном режиме работы «1С: Предприятия 8» платформа почти не принимает самостоятельных решений о необходимости вывода на формы тех или иных элементов. Все, что видит перед собой пользователь в любой из форм (в том числе интерфейсные элементы главного окна приложения), должно быть заранее сконструировано разработчиком. Пользователь увидит только те элементы, которые сделал разработчик. Изменения в структуре метаданных конфигурации, в наборе прав пользователя и т. д. сами по себе не вызывают никаких изменений в интерфейсе. Единственное исключение – автоматически генерируемые формы объектов: в случае, если пользователь вызывает форму объекта, которой нет в конфигурации, платформа самостоятельно создает ее на ходу. Но такие формы, мягко говоря, плохо пригодны для работы со сколько-нибудь сложными объектами – в них выводятся абсолютно все реквизиты объекта и они не содержат никакой управляющей логики.
