Структура конфигурации

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

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

В целом можно представить упрощенную схему процесса разработки, когда конфигурация как проект разработки превращается в типовую конфигурацию, с которой работают пользователи (рис.2.2).

Рис. 2.2. К понятию «конфигурация»

В «1С: Предприятии» данные и метаданные хранятся в одном месте, которое называется информационной базой (рис.2.3).

Информационная база – совокупность данных и метаданных, хранящихся в локальной или серверной базе данных и доступных для пользователей и разработчиков

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

Рис. 2.3. Процесс обновления информационной базы

Конфигурация БД – метаданные, содержащие структуру конфигурации, хранящиеся в локальной или серверной БД, недоступные для интерактивного изменения.

Основная конфигурация - метаданные, содержащие структуру конфигурации, хранящиеся в локальной или серверной БД, доступные для интерактивного изменения.

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

Конфигурация имеет в своем составе:

· Структуру учетных данных (основные объекты – справочники, документы, планы);

· Структуру пользовательского интерфейса (формы, меню, командные панели и т.д.);

· Модули различных типов с программным кодом (общие, объектов, форм);

· Механизмы хранения и обработки итоговых данных (регистры);

· Механизмы представления бизнес-процессов (бизнес-процессы и задачи);

· Механизмы создания распределенных информационных баз (планы обмена);

· Механизмы разграничения прав доступа;

· Вспомогательные объекты

2.3. Архитектуры системы программ «1С: Предприятие»

Система «1С: Предприятие» поддерживает два варианта работы: файловый и клиент-серверный.

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

Рис. 2.4. Файловый вариант работы

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

Клиент-серверный вариант предназначен для использования на средних и крупных предприятиях. Он реализован на основе трехуровневой архитектуры «клиент-сервер» (рис. 2.5)

Рис. 2.5. Трехуровневая архитектура 1С: Предприятия

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

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

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

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

Клиент-серверная архитектура разделяет всю работающую систему на три различные части, определенным образом взаимодействующие между собой, - Клиент, Сервер 1С: Предприятия и Сервер баз данных.

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

Клиентское приложение взаимодействует с сервером 1С:Предприятия. Сервер 1С:Предприятия - это тоже программа, часть системы 1С :Предприятие.

Одна из основных задач этой программы - передавать запросы от клиентского приложения к серверу баз данных и возвращать обратно клиенту результаты этих запросов.

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

Сервер баз данных - это тоже программа. Она уже не является частью 1С:Предприятие, это специализированная программа, поставляемая сторонними производителями. Ее основное назначение организация и ведение баз данных - структурированных наборов данных, описывающих характеристики каких-либо физических или виртуальных систем. В настоящее время система 1С: Предприятие может работать со следующими серверами баз данных: Microsoft SQL Server, PostgreSQL, IBМ DB2, Oracle Database. File DBMS.

У каждого общего модуля конфигурации, существует набор свойств: Клиент (управляемое приложение), Сервер и Внешнее соединение. Значения этих свойств (истина/ложь) определяют, где будут скомпилированы экземпляры модулей.

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

Если установить свойство Клиент (управляемое приложение), то экземпляры этого модуля будут скомпилированы только на стороне клиента в контекстах тонкого клиента и веб-клиента. Если у модуля установлено только свойство Сервер, то модуль будет скомпилирован только на стороне сервера.

Клиентских приложений – три: Толстый клиент (1cv8.exe), Тонкий клиент(1cv8с.exe) и Веб-клиент.

«Толстым» клиент называется потому, что может исполнять всю функциональность встроенного языка, в том числе работать с типами данных СправочникОбъект.<имя>, ДокументОбъект.<имя>. Он требует значительных ресурсов на компьютере пользователя.

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

Веб-клиент не существует в виде файла, потому что он исполняется не в среде операционной системы, а в среде интернет-браузера. Пользователю достаточно всего лишь запустить свой браузер, ввести адрес веб-сервера, на котором опубликована информационная база и веб-клиент скачается к нему на компьютер и начнет исполняться.

Форма (документа или справочника) существует и на сервере, и на клиенте одновременно. Поэтому для каждой процедуры, которая существует в модуле формы, нужно указывать в явном виде контекст ее исполнения: на сервере или на клиенте. Наличие директив &НаКлиенте или &НаСервере или &НаСервереБезКонтекста связано с тем, что при использовании встроенного языка в модуле формы клиентский код должен быть четко отделен от серверного. Таким образом, указав одну из директив, разработчик в явном виде программирует серверную или клиентскую части.

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

После запуска прикладного решения выполнение кода всегда начинается на клиенте. В процессе работы выполнение кода может быть передано на сервер посредством вызова процедуры общего модуля, скомпилированного на сервере.

При вызове процедуры или функции её поиск осуществляется сначала на клиенте. Если скомпилированный контекст клиента не содержит данную процедуру, то поиск продолжается на стороне сервера. Если вызываемая процедура будет найдена, то выполнение кода будет передано на сервер. После завершения процедуры выполнение кода продолжится на клиенте.

2.4. Платформенно-зависимая модель «1С: Предприятие»

Среда разработки «1С: Предприятия» – Конфигуратор, обеспечивает создание приложений на основе платформенно–зависимой модели. Собственно модель соответствует структуре конфигурации, которая доступна программисту для разработки и просмотра в специальном инструменте – окне дерева конфигурации. Дерево конфигурации состоит из объектов – элементов модели. Различают три вида объектов.

Основные объекты обеспечивают собственно моделирование. Каждый основной объект моделирует какую-либо сущность предметной области. К ним относятся справочники, документы, отчеты, регистры и т.д.

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

Табличные части – это таблицы реквизитов. Они призваны моделировать сложные свойства, которые не могут быть представлены одним параметром.

Общие объекты является вспомогательными и обеспечивают моделирование свойств конфигурации в целом.

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

При этом при создании и настройке объектов автоматически выполняется значительный объем работы. Формируются программные объекты – дублеры основных объектов, изменяются существующие программные объекты, добавляются элементы управления и т.д. То есть на основе платформенно- зависимоймодели (ПЗМ) создается конкретная реализация на базе платформы «1С: Предприятие».

Рис.2.6. ПЗМ «1С: Предприятие»

В рамках ПЗМ «1С: Предприятие» выделяют следующие модели.

Объектная модель представляет структуру и состав предметной области. Она состоит из основных объектов, предназначенных для моделирования документооборота и учета в целом. Использует важнейшие основные объекты: документ, справочник, регистр, отчет.

Процессная модель описывает бизнес-процессы предметной области. Состоит из специфических основных объектов: бизнес-процессов и задач.

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

Рис.2.7. Взаимосвязь программных и основных объектов

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

Справочники.Справочник1.НекотороеСвойство

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

3. Объектная модель платформы «1С: Предприятие»

3.1. Объекты для построения платформенно-зависимой модели

Документ – объект, предназначенный для представления первичной информации о совершенных хозяйственных операциях или о событиях, произошедших в жизни организации вообще. Документ обладает уникальной способностью – проведением. Это означает, что событие, которое документ отражает, повлияло на состояние учета. Факт проведения означает, что документ обработан полностью. Еще одна важная особенность документа – его привязка к шкале времени. Это позволяет отслеживать последовательность событий.

Отчет – объект, предназначенный для представления алгоритмов и инструментов получения выходных данных. Отчеты обобщают, формируют и выводят в заранее заданной форме учетную информацию.

Из перечисленных основных объектов уже можно построить завершенную информационную систему (рис.3.1).

Рис. 3.1. Простейшая информационная система на основе документов и отчетов

Однако, для целей практической разработки этих объектов недостаточно. Необходимо ввести еще два объекта, один из которых отвечает за организацию ввода данных, а второй за организацию хранения данных.

Справочник – объект, предназначенный для описания однородных данных, представленных в виде списков. Данные, хранимые в справочниках можно считать условно-постоянными. Хотя пользователь имеет возможность редактировать содержимое справочников, происходит это сравнительно нечасто.

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

Рис.3.2. Схема взаимодействия основных объектов

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

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

3.2. Общая структура основного объекта

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

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

Для отображения хранимых данных основной объект должен обладать соответствующими формами. Различают следующие общие виды форм:

Форма списка – предназначена для отображения списка экземпляров основного объекта.

Форма выбора – предназначена для отображения списка экземпляров основного объекта, приспособленную для выбора из других типов объектов.

Форма элемент (объекта) – предназначена для отображения данных экземпляра объекта.

Для представления данных в печатном виде используются макеты.

4. Основы работы с информационной базой

4.1. Создание информационной базы

Для создания информационной базы первоначально на локальном диске создайте собственную рабочую папку. Рекомендуется именовать её своей фамилией с префиксом «1С8», например, 1С8_Васюнин.

Работа с программой начинается с её запуска из меню Пуск / Все программы / 1С:Предприятие 8 (учебная версия) / 1С:Предприятие (учебная версия) или по соответствующему ярлыку на рабочем столе (рис. 4.1).

Рис. 4.1

На экране появится окно запуска (рис. 4.2).

Рис.4.2

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

На первом шаге необходимо выбрать вариант добавления Создание новой информационной базы. На втором шаге нужно создать пустую информационную базу для разработки новой конфигурации (рис. 4.3).

Рис.4.3

На следующем шаге указывается наименование информационной базы и выбирается её тип расположения. Рекомендуется в качестве наименования указывать свою фамилию (рис. 4.4).

Рис.4.4

На следующем шаге необходимо указать каталог, в котором будет размещаться база данных и язык по умолчанию. Каталог можно выбрать по кнопке (рис. 4.5).

Рис.4.5

На последнем шаге параметры запуска не изменяйте и просто нажмите кнопку Готово. В окне запуска появится новая, пока ещё пустая, информационная база (рис.4.6).

Рис.4.6

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

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

После подключения информационной базы данных необходимо открыть ее в режиме Конфигуратор, используя соответствующую кнопку в окне запуска программы (см. рис. 4.6). Работа по конфигурированию начинается с выполнения команды главного меню программы Конфигурация / Открыть конфигурацию. На экране появится окно конфигурации.

4.2. Перенос информационной базы

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

По окончании работы (на домашнем компьютере или в компьютерном классе) надо в режиме «Конфигуратор» выгрузить информационную базу в файл с расширением *.dt. (Администрирование / Выгрузить информационную базу)

При выгрузке по умолчанию будет предложено имя файла 1Cv8, но обязательно надо файлу дать другое имя, например, свою фамилию. Иначе при копировании на сервер произойдет перезапись файлов разных пользователей (рис.4.7).

Рис.4.7

Для обновления информационной базы на другом компьютере надо открыть нужную базу в режиме Конфигуратор и через меню Администрирование / Загрузить информационную базу загрузить нужный файл (например, Васюнин.dt).

На экране появится окно c предупреждением о потере несохраненных данных в открытых окнах. На вопрос о продолжении можно ответить Да. На следующий вопрос о перезапуске Конфигуратора также надо ответить Да.

4.3. Объекты системы

«1C: Предприятие» относится к классу объектно-ориентированных систем, т.е. в данном программном комплексе поддерживается понятие объект.Подобъектомупрощенно можно понимать некий «черный ящик», обладающий определенной функциональностью. Он характеризуется каким-либо набором свойств, обладает какими-либо методами, реагирует на определенные события в системе. Методы объекта могут менять его «внутреннее состояние» (значения свойств), могут «заставлять» объект что-либо «делать».

При определении структуры конфигурации разработчик работает с объектами конфигурации, настраивает их свойства. Такие объекты располагаются внутри дерева объектов конфигурации.

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

Описывая алгоритмы обработки информации, разработчик работает с объектами базы данных (записями таблиц, идентифицирующиеся ссылками).

Несмотря на принципиальное отличие между объектами конфигурации и объектами базы данных (объектами системы), взаимосвязь присутствует. Определение какого-либо объекта конфигурации может привести к «появлению» базы данных. Например, добавление объекта конфигурации Справочник.Номенклатура приводит к тому, что при описании алгоритмов обработки информации можно использовать такие объекты как: СправочникСсылка.Номенклатура, СправочникОбъект.Номенклатура.

4.4. Классификация объектов

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

Рис.4.8

Все объекты конфигурации можно подразделить на три основные группы:

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

Прикладные объекты.Их перечень можно увидеть на первом уровне дерева метаданных (исключая группу «Общие»).

Подчиненные объекты.К таким объектам относятся «Реквизиты», «Табличные части» и т.д.

4.5. Прикладные объекты

К объектам данной группы относятся объекты следующих видов:

Константы.Предназначены для хранения условно-постоянных величин.

Справочники. Списки однородных элементов данных. Используются для хранения нормативно-справочной информации.

Документы.Служат для ввода информации о совершаемых операциях в системе.

Журналы документов.Служат для отображения списков документов различного вида.

Перечисления.Списки значений, задаваемых на этапе конфигурирования.

Отчеты.Средство получения выходной информации.

Обработки.Используются для выполнения различных действий над информационной базой.

Планы видов характеристик.Предназначены для описания множеств однотипных объектов аналитического учета.

Планы счетов.Совокупность синтетических счетов бухгалтерского учета.

Планы видов расчета.Предназначены для описания множеств однотипных объектов механизмов расчета.

Регистры сведений.Служат для хранения информации, состав которой развернут по определенной комбинации значений и при необходимости развернут во времени.

Регистры накопления.Служат для накопления информации в разрезе измерений с возможностью получения остатков и/или оборотов числовых величин.

Регистры расчетов.Служат для накопления информации о периодических расчетах.

Регистры бухгалтерии.Используются для отражения в бухгалтерском учете информации о хозяйственных операциях.

Бизнес-процессы.Используются для реализации «процессного» принципа работы. Данный принцип позволяет автоматизировать процесс прохождения и контроля цепочек событий, операций.

Задачи.Совместно с бизнес-процессами реализуют процессный принцип. Они позволяют вести учет заданий по исполнителям и служат отражением продвижения бизнес-процессов по точкам маршрута.

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

- в командной панели окна конфигурации выбрать меню Действия / Добавить;

- в командной панели окна конфигурации нажать кнопку (Добавить (Ins));

- нажать правую клавишу мыши и выбрать пункт Добавить (это самый быстрый способ).

Добавьте, например, некий новый справочник Справочник1. После этого откроется окно редактирования объекта конфигурации (рис. 4.9).

Рис.4.9

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

Для изменения уже существующего объекта можно также использовать один из трех способов: либо через меню Действия, либо по кнопке , либо двойным щелчком мыши по изменяемому объекту.

4.6. Подчиненные объекты

В зависимости от вида объекта конфигурации (прикладного или общего) он может иметь различные подчиненные группы объектов.

Приведем перечень подчиненных объектов:

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

Табличные части– наборы дополнительной информации об объекте, представленные в виде таблиц.

Реквизиты табличных частей– состав табличной части объекта, доступны только в пределах табличной части объекта.

Формы– используются для ввода, просмотра и редактирования информации.

Макеты– предназначены для формирования печатных форм

Графы– графы журнала документов.

Измерения– для регистров это объекты конфигурации, в разрезе которых учитываются данные в регистре.

Ресурсы– данные, учитываемые в регистре.

Откройте Справочник1 и на закладке Данные добавьте новый реквизит Реквизит1. На экране появится специальное окно Палитра свойств (рис. 4.10)

Рис. 4.10

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

4.7. Встроенный язык системы

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

Язык поддерживает конструкции позволяющие определять переменные, процедуры, функции. Операторы отделяются друг от друга символом «;».

Имя переменной, процедуры, функции может состоять из букв, цифр и символов подчеркивания. Начинаться имя должно либо с буквы, либо с символа подчеркивания. Последовательность описания процедур и функций не имеет значения.

Перем ИмяПеременной;

Процедура ИмяПроцедуры(Имяпараметра1,.....)

// тело процедуры

КонецПроцедуры

Функция ИмяФункции(ИмяПараметра1,...)

// тело функции

Возврат(ВозвращаемоеЗначение);

КонецФункции

Как и в любом другом языке существуют конструкции, реализующие ветвление и циклы:

Если Условие Тогда

// код

ИначеЕсли Условие Тогда

//код

Иначе

// код

КонецЕсли;

Для ПеременнаяСчетчик = НачальноеЗначение По Конечное Цикл

Для Каждого ПеременнаяЦикла Из ИмяКоллекции Цикл

// тело цикла

Пока УсловиеЦикла Цикл

// тело цикла

КонецЦикла;

Очень часто во встроенном языке придется иметь дело с некими объектными сущностями (с объектами, имеющими набор свойств и методов). Для обращения к свойству объекта можно использовать два подхода:

Наим = Спр.Наименование;

Наим = Спр["Наименование"];

Вызов методов объектов производиться «через точку»

Спр.Печать();

Допускаются следующие конструкции:

ок.Контрагент.ПолучитьОбъект().ПечатьКарточкиКлиента();

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

Более подробно о встроенном языке можно узнать в соответствующем разделе справки (рис. 4.11)

Рис. 4.11

и в Синтакс-помощнике (меню Справка / Синтакс-помощник).

4.8. Виды модулей

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

Модуль управляемого приложения.Выполняется при старте и окончании работы. Модуль располагается в корневом разделе конфигурации и открывается из контекстного меню Конфигурация (рис. 4.12).

Рис. 4.12

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

ПередНачаломРаботыСистемы,

ПриНачалеРаботыСистемы,

ОбработатьПараметрыЗапуска.

Модуль сеанса (см. рис. 4.12). Модулем сеанса называется модуль, который автоматически выполняется при старте системы в момент загрузки конфигурации. Модуль сеанса предназначен для инициализации параметров сеанса и отработки действий, связанных с сеансом работы. Модуль сеанса не содержит экспортируемых процедур и функций и может использовать процедуры из общих модулей конфигурации. Пример процедуры: УстановкаПараметровСеанса.

Модуль внешнего соединения(см. рис. 4.12).В нем располагаются процедуры-обработчики событий, которые инициализируются при старте и окончании работы системы в режиме внешнего соединения (СОМ-соединения).

Общие модули.Располагаются на ветви дерева Общие / Общие модули (рис. 4.13).

Рис.4.13

Содержат описания процедур и функций, которые вызываются из других модулей системы. Сам по себе общий модуль не исполняется. Общие модули могут быть глобальными и не глобальными (рис.4.14).

Рис. 4.14

Обращение к процедурам/функциям глобальных модулей происходит по их имени, обращение к процедурам/функциям не глобальных модулей производится с использованием имени общего модуля

ИмяОбщегоМодуля.ИмяПроцедуры/Функции

Пример общего модуля Календарные графики, в котором содержатся функции ПолучитьДатуПоКалендарю, ПолучитьРазностьДатПоКалендарю.

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

Рис.4.15

Например, в модуле объекта документа ПриходнаяНакладная могут быть такие процедуры как ОбработкаЗаполнения, ПередЗаписью и т.д.

Модули менеджеров(см. рис. 4.15).Каждый прикладной объект имеет менеджер, предназначенный для управления этим объектом, как объектом конфигурации. С помощью менеджера можно создавать объекты, работать с формами и макетами. Модуль менеджера позволяет расширить функциональность менеджеров за счет введения процедур и функций на встроенном языке. Фактически, это позволяет описать методы для объекта конфигурации (например, справочника), которые относятся не к конкретному экземпляру объекта базы данных, а к самому объекту конфигурации.

Например, в модуле менеджера документа ПриходнаяНакладная могут быть такие процедуры как ВыполнитьКонтроль, Печать и т.д.

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

Рис. 4.16

Модули форм.Эти модули содержатся в формах конфигурации. Каждая форма имеет свой индивидуальный модуль. В модуле формы доступны реквизиты формы, а также ее свойства, методы и события. Если у формы назначен основной реквизит, то в модуле формы становятся доступны свойства и методы прикладного объекта, используемого в качестве основного реквизита.

Чтобы открыть модуль формы, нужно открыть подчиненный объект конфигурации Форма некоторого прикладного объекта и в окне редактора форм перейти на закладку Модуль (рис. 4.17).

Рис. 4.17

4.9. Подсистемы

Подсистемы (разделы) – это основные элементы для построения интерфейса. Они позволяют выделить в конфигурации функциональные части. Эти объекты располагаются в ветке объектов Общие и позволяют строить иерархическую структуру из подсистем и подчиненных подсистем (рис. 4. 18).

Рис.4.18

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

Порядок расположения подсистем можно изменять в командном интерфейсе (рис. 4.19).

Рис. 4.19

Порядок подсистем изменяется по кнопкам Переместить вверх и Переместить вниз (рис. 4.20)

Рис. 4.20

4.10. Отладка конфигурации

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

На экране появится окно режима 1С: Предприятие (рис. 4.21).

Рис.4.21

В случае внесения ещё каких-нибудь изменений в Конфигураторе продолжение отладки происходит через меню Отладка / Продолжение отладки или по кнопке . Появится запрос на перезапуск приложения – отвечайте Да. На последующие вопросы также отвечайте – Да.