77
Для хранения данных по контрагентам создан справочник
«Контрагенты» (таблица 2.5).
Таблица 2.5
Таблица «Контрагенты»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
Id_kontr
Kod
строка
5
ключевое
поле
name
FIO
строка
50
FIO
Tel
число
11
strana
e-mail
строка
50
INN
INN
число
OGRNIP
OGRNIP
число
svid
svid
строка
50
date
date
дата
document
document
строка
50
Для хранения данных по реализации создан справочник
«Реализация» (таблица 2.6).
Таблица 2.6
Таблица «Реализация»
Наименование
поля
Идентификато
р поля
Тип поля
Длина
поля
Прочее
date
date
строка
50
ключевое
поле
number
number
строка
50
kontragent
kontragent
строка
50
summa
summa
денежный
valut
valut
строка
50
schet
schet
число
30
sclad
sclad
строка
50
vid_oper
vid_oper
строка
50
2.3.3 Структурная схема пакета (дерево вызова процедур и
программ)
Технология внутримашинной организации создается
последовательностью разработанных процедур - диаграмм взаимосвязи
между программными модулями и информационными массивами. Такая
схема представляет собой разделение общего процесса решения задачи на
78
отдельные процедуры преобразования массивов, называемых модулями
(это ввод, управление, перезапись информации из одного MN в другой,
сортировка, сжатие данных, редактирование, накопление, печать и т. д.).
На основе результатов, полученных при разработке дерева функций
и сценария диалога, мы построим дерево программных модулей,
показывающее структурную схему пакета, содержащего программные
модули разных классов. Для создания текста программы на встроенном
языке создаются модули прикладных решений. Такие модули
расположены в разных конфигурационных местах и имеют разные цели.
Большее число модулей "привязано" к определенным объектам
конфигурации или к самому решению приложения. Эти модули
вызываются при запуске прикладного решения.
Так, если модуль содержит какой-то код, то этот код будет
выполняться и работа прикладного решения продолжается. Эти модули
могут содержать процедуры обработки событий, определенные для
различных объектов решения приложения. Такие процедуры будут
выполняться при наступлении необходимого события.
Вместе с модулями, вызываемыми во время работы прикладного
решения, существуют общие модули, которые не вызываются во время
работы прикладного решения. Они служат только для размещения
текстовых функций и процедур, которые могут быть вызваны из других
модулей прикладных решений.
Таким образом, код, расположенный в этих общих модулях, будет
выполняться только при явном доступе из другого конфигурационного
модуля или командного интерфейса.
Для всех программных модулей будет доступен глобальный модуль
задач. Он формируется значениями свойств и методов глобального модуля,
перечислениями систем и системными наборами значений. В общем
случае соединение модулей показано на схеме, показанной на Рисунок
2.27.
79
Глобальный контекст
Модуль
приложения
Общий модуль
Модуль формы
документа
Модуль объекта
документа
Модуль объекта
отчета
Модуль формы
отчета
Модуль «Группы
товаров»
Модуль «Товары»
Модуль
«Контрагенты»
Модуль
«Реализация»
Модуль отчета
«Счет-фактура»
Модуль отчета «С
параметорам»
Заполнение
Корректировка
Заполнение Заполнение
Корректировка Корректировка
Заполнение
Корректировка
Печать Печать
Формирование Формирование
Просмотр Просмотр
Рисунок 2.27 Структурная схема пакета
Каждый модуль связан с остальной частью конфигурации, и это
отношение называется контекстом выполнения этого модуля. Контекст
определяется набором объектов, переменных, процедур и функций,
доступных для модуля (таблица 2.7).
Таблица 2.7
Таблица «Описания функций модулей»
№
п/п
Наименование модуля
Функции модуля
1.
Глобальный модуль
Содержит глобальные процедуры и
функции, предопределенные процедуры,
процедуры и функции, которые необходимо
выполнить при запуске системы
«1С:Предприятие 8».
2.
Модуль справочника
«Группы товаров»
Содержит предопределенные процедуры
формы списка и элемента справочника
3.
Модуль справочника
«Товары»
Содержит предопределенные процедуры
формы списка и элемента справочника
4.
Модуль справочника
«Контрагенты»
Содержит предопределенные процедуры
формы списка и элемента справочника
5.
Модуль справочника
«Реализация»
Содержит предопределенные процедуры
формы списка и элемента справочника
6.
Модуль отчета
«Счет-фактура»
Содержит предопределенные процедуры
формы списка и элемента справочника
80
№
п/п
Наименование модуля
Функции модуля
7.
Модуль отчета
«С параметрами»
Содержит предопределенные процедуры
формы списка и элемента справочника
2.3.4 Описание программных модулей
Общий модуль
В конфигурации можно задать случайное число общих модулей,
включая ни одного. Контекст общего модуля создается в общем и
локальном контексте самого общего модуля, то есть с использованием
процедур и функций, определенных в общем модуле на рис. 2.29.
Поскольку общий модуль не используется непосредственно
системой, он не имеет раздела описания переменных и раздела основной
программы. Общий модуль содержит определения процедур и функций.
Если процедуры или функции общих модулей определены как
экспортируемые, они являются частью общего контекста и доступны для
всех модулей решений приложений.
Поскольку общий модуль связан не с объектом конфигурации, а со
всем решением приложения, имена экспортируемых переменных,
процедур и функций варьируются в зависимости от общих модулей. В
противном случае произойдет синтаксическая ошибка, поскольку
глобальный модуль будет содержать повторяющиеся имена.
Глобальный модуль
Общий модуль
Рисунок 2.28 Контекст общего модуля
81
Модуль приложения.
В конфигурации есть один модуль приложения. Контекст модуля
приложения будет образовываться [14] (Рисунок 2.29):
Глобальным модулем, включающим экспортируемые функциями
и процедуры общих модулей;
Локальным контекстом модуля приложения.
Он выполняется при запуске системы или при доступе к
приложению в качестве сервера автоматизации. Такой модуль необходим
для обработки операций, связанных с периодом работы конечного
пользователя. В дополнение к описанным переменным и основной
программе прикладной модуль обычно содержит описание процедур
обработчика событий, связанных с пользовательским сеансом и
прикладным решением в целом.
Глобальный модуль
Модуль
приложения
Общий модуль
Рисунок 2.29 Контекст модуля приложения
Основными событиями, обрабатываемыми в модуле приложения,
являются события начала и окончания работы приложения. Схема вызова
представлена на Рисунок2.30. [14]
Событие ПередНачаломРаботыСистемы появляется во время запуска
системы перед открытием главного окна. В процессе обработки данного
события разработчик имеет возможность отказаться от запуска системы
при невыполнении условий. Обратите внимание, что, поскольку это
событие инициируется, когда главное окно программы еще не открыто,
набор действий, требующих главного окна, будет недоступен.
82
Событие ПриНачалеРаботыСистемы появляется при запуске
системы. Разработчик больше не может отказываться от запуска системы,
но может выполнять действия, которые необходимо выполнить, когда
пользователь системы начинает работать (например, открыть форму,
содержащую справочную информацию и т.д.).
Событие ПередЗавершениемРаботыСистемы появляется при
завершении работы системы до момента закрытия главного окна.
Обрабатывая это событие, разработчик может отказаться от завершения,
если условия не выполнены.
Событие ПриЗавершенииРаботыСистемы появляется, когда система
отключена после закрытия главного окна. В менеджере этого события
разработчик больше не может отказывать в закрытии приложения, но
может выполнять действия, которые необходимо выполнить в конце
пользователя.
Модуль объекта
Любой объект конфигурации приложения, данные которого можно
изменить, имеет свой модуль. Этот модуль используется при создании
встроенных языковых объектов, позволяющих изменять данные объекта
конфигурации. Соответствующие встроенные языковые объекты
создаются, например, при вводе нового объекта, при копировании, при
извлечении данных из существующего объекта и т. д. для различных
объектов конфигурации этот модуль имеет разные имена.
83
ПередНачаломРаботыСистемы
ПриНачалеРаботыСистемы
ПередЗаРавершениемботыСистемы
ПриЗавершенииРаботыСистемы
Модуль приложения
Открытие главного окна
программы
Закрытие главного окна
программы
Рисунок 2.30 Последовательность вызова событий модуля
приложения
Контекст модуля объекта создается [14]:
• глобальный контекст, включая экспортируемые функции и
процедуры общих модулей (в зависимости от места создания объекта);
• процедуры и функции модуля применения или внешнего
подключения (в зависимости от места создания объекта);
• свойства и методы встроенного языкового объекта, контекст
которого распространяется на модуль;
• информация об объекте конфигурации, к которому принадлежит
модуль;
• локальный контекст самого объекта.
Когда переменные, процедуры и функции объектного модуля
определены как экспортированные, они доступны как свойства и методы
соответствующих встроенных объектов языка.
Помимо описания переменных и основной программы, объектный
модуль содержит описание процедур обработчика событий, связанных с
этим объектом. Состав таких событий различен для различных объектов -
84
переноса записей и записей. Их последовательность вызовов определена на
рисунке 2.31.
Событие Transfer Record вызывается для записи данных после начала
транзакции записи, но до записи данных непосредственно в базу данных. В
обработчике событий этого события разработчик может отказаться от
записи данных, если, например, не выполнены требуемые условия.
Событие Запись вызывается при записи данных в базу данных, но до
завершения транзакции записи. В обработчике событий этого события
разработчик может отказаться от записи данных, если, например, в
результате записи этих данных в базу данных нарушаются какие-либо
условия.
Модуль формы.
Любая форма, определенная в конфигурации, имеет собственный
модуль. Этот модуль запускается при создании объекта внедренной
языковой формы. Этот объект создается при открытии формы объекта
приложения (например, при открытии формы ссылочного элемента) или
явно получается встроенными языковыми инструментами.
Контекст модуля формы выглядит следующим образом:
• глобальный контекст, включающий экспортируемые функции и
процедуры общих модулей (если для этих модулей установлено хотя бы
одно свойство "Клиент" или "Сервер");
• экспортируемые переменные, процедуры и функции модуля
приложений;
• свойства и методы объекта, назначенного для основного
удостоверения формы, включая экспортированные переменные,
процедуры и функции, определенные в модуле объекта;
• свойства и методы расширения формы, определенные базовой
информацией о форме;
• свойства и методы объекта "Форма встроенного языка";
• информацию о форме, которая "принадлежит" модулю;
85
• локальный контекст самого модуля формы.
Модуль объекта
ПередЗаписью
ПриЗаписи
Транзакция
записи
Запись данных
Рисунок 2.31 Последовательность вызова событий модуля
объекта
Когда переменные, процедуры и функции модуля формы определены
как экспортированные, они доступны как свойства и методы
соответствующих объектов внедренного языка формы.
Помимо описания переменных и основной программы, модуль
формы содержит описание процедур обработчика событий, связанных с
формой. Основными событиями, обработанными в модуле формы,
являются открытые и закрытые события формы. Их последовательность
вызовов показана на Рисунок 2.32.
Событие PreOpen появляется при открытии формы перед ее
отображением пользователю. Изменения значений идентификаторов форм
в этом обработчике не приведут к изменению формы, поэтому можно
задать начальные значения и инициализировать требуемый
идентификатор.
86
Модуль формы
ПередОткрытием
ПриОткрытии
ПередЗакрытием
ПриЗакрытии
Открытие окна
формы
Закрытие окна
формы
Рисунок 2.32 Последовательность вызова событий модуля
формы
В обработчике событий этого события разработчик может отказаться
от открытия формы или от выполнения стандартных действий при
открытии формы, если, например, не выполнены требуемые условия.
Набор стандартных действий, выполняемых после события Pre-Open и
перед событием Pre-Open, отличается для различных форм и определяется
расширением формы, соответствующим основным подробностям формы.
Так, за форму предмета справочника после мероприятия ПередОткрытие
выполнит процедуру генерации нового кода справочника (при
необходимости) и, кроме того, будет вызван куратор мероприятия
PriUstanovkeNovogoKoda.
Событие Открыть появляется при открытии формы перед ее
отображением пользователю. Это событие необходимо для выполнения
действий, которые необходимо выполнить, только когда форма может
быть открыта. В отличие от процедуры переднего открытия, изменение
значений идентификаторов формы в этом обработчике приведет к
изменению формы.
Событие PreClose появляется, когда форма закрывается до закрытия
окна формы. В обработчике событий этого события разработчик может
отказаться как от закрытия формы, так и от выполнения стандартных