1.2 Разработка конфигурации
Как нам уже известно, конфигурация, являющаяся составной частью системы программ 1С:Предприятие, с точки зрения пользователя является собственно «программой» или прикладным решением. Прикладное решение не пишется в прямом смысле на языке программирования. При создании прикладных решений в системе 1С:Предприятие используется более абстрактная технология – технология метаданных.
В конфигурации в целом объединены данные и метаданные. Метаданные представляют собой иерархическую структуру объектов, полностью описывающую все прикладное решение. Среда исполнения системы 1С:Предприятие исполняет или «проигрывает» метаданные, аналогично тому, как операционная система исполняет код загрузочного модуля.
Отличительной особенностью технологии метаданных является использование визуального конструирования прикладного решения. Вместо кропотливого написания кода разработчик просто добавляет визуальными средствами новый объект метаданных в прикладное решение и получает сразу же описания нужных типов, структур данных, наборов прав, связи между объектами и т.д.
Все прикладное решение представляется не в виде строк с инструкциями на языке программирования, а в виде иерархической структуры объектов метаданных. При этом разработчик использует встроенный язык и язык запросов для того, чтобы описать специфические алгоритмы поведения тех или иных объектов конфигурации. Использование встроенного языка при разработке прикладных решений ограничено в основном решением тех задач, которые действительно требуют алгоритмического описания, например, проверка корректности введения данных и т.п. Основная же структура прикладного решения описывается структурой метаданных.
Почти все объекты метаданных содержат модули, в которых могут быть описаны алгоритмы на встроенном языке. Эти модули вызываются средой исполнения в конкретные, заранее определенные моменты работы прикладного решения – при возникновении события. Таким образом, использование встроенного языка в прикладных решениях носит событийный характер.
Важной особенностью системы 1С:Предприятие является то, что для описания структуры прикладного решения разработчик использует не произвольные, а строго определенные объекты метаданных. Платформа 1С:Предприятия содержит ограниченный набор прототипов (шаблонов) объектов конфигурации (рис. 1.2). Среди этих шаблонов есть шаблоны справочников, документов, регистров и т.д.
Каждый такой шаблон содержит определенную базовую реализацию объекта конфигурации. Когда разработчик создает новый объект конфигурации, этот объект наследует базовую реализацию прототипа:
платформа знает, какие таблицы (состав полей, количество таблиц, связи между ними) необходимо создать в хранилище данных при сохранении конфигурации;
добавляются новые типы встроенного языка, позволяющие работать с данными создаваемого объекта, причем состав этих данных может быть различным для разных шаблонов;
создается набор прав, которые будут использоваться для данного объекта, причем наборы прав для разных шаблонов различны, т.к. различается их базовая функциональность;
определяются стандартные действия, которые система может выполнять с данными этого объекта конфигурации.
Благодаря этому, разработчик, не производя никаких дополнительных действий, сразу же может запустить прикладное решение и работать с только что добавленным объектом, т.к. базовая реализация объекта, унаследованная от прототипа, обеспечит выполнение всех необходимых типовых действий.
Рис. 1.2 Архитектура среды 1С:Предприятие
Таким образом, несмотря на то, что каждое прикладное решение обладает собственной «индивидуальностью», оно создано по определенной модели, с использованием объектов конфигурации, обладающих одинаковой базовой реализацией. Такой подход значительно упрощает модификацию прикладных решений разработчиками, которые не участвовали в их создании.
Мы говорили о понятиях типовой конфигурации, конфигурации партнера. В то же время конфигурация является и термином, используемым при разработке в 1С:Предприятии. Программист, использующий среду разработки Конфигуратор, работает с конфигурацией, как главным объектом процесса разработки. Можно сказать, что с точки зрения программиста конфигурация – это проект, объединяющий в своем составе модель предметной области и программный код.
В целом можно представить упрощенную схему процесса разработки, когда конфигурация как проект разработки превращается в типовую конфигурацию, с которой работают пользователи (рис. 1.3).
Рис. 1.3 Этапы развития конфигурации
Теперь необходимо разобраться со структурой конфигурации. Естественно, нас интересует конфигурация как программный объект. В системе 1С:Предприятие 8 данные и метаданные хранятся в одном месте, которое называется информационной базой (рис. 1.4).
Информационная база – совокупность данных и метаданных, хранящихся в локальной или серверной базе данных и доступных для пользователей и разработчиков.
Как известно, при работе с базой данных пользователей редактируемые данные блокируются. Это относится как к данным, так и метаданным. Действительно, нельзя изменить структуру таблицы, если ее содержимое заблокировано хотя бы и частично. Для того, чтобы обеспечить возможность разработки (доработки) конфигурации одновременно с работой пользователей, в 1С:Предприятии используются два экземпляра конфигурации.
Рис. 1.4 Процесс обновления информационной базы
Конфигурация БД – метаданные, содержащие структуру конфигурации, хранящиеся в локальной или серверной БД, недоступные для интерактивного изменения.
Основная конфигурация – метаданные, содержащие структуру конфигурации, хранящиеся в локальной или серверной БД, доступные для интерактивного изменения.
Разработчик в процессе работы имеет дело с основной конфигурацией, состав которой доступен в дереве конфигурации в среде разработки Конфигуратор. После внесения необходимых изменений (в ходе этих работ пользователи продолжают работать с информационной базой) разработчик обновляет конфигурацию базы данных и на этом этапе необходимо использовать информационную базу в монопольном режиме.
Конфигурация имеет в своем составе:
структуру учетных данных (основные объекты – справочники, документы, планы);
структуру пользовательского интерфейса (формы, меню, командные панели и т.д.);
модули различных типов с программным кодом (общие, объектов, форм);
механизмы хранения и обработки итоговых данных (регистры);
механизмы представления бизнес-процессов (бизнес-процессы и задачи);
механизмы создания распределенных информационных баз (планы обмена);
механизмы разграничения прав доступа;
вспомогательные объекты.