Материалы слушателям курсов: "Объект": 1С:Предприятие 8.2 / Разработчикам / Создание и изменение объектов метаданных

Технология разветвленной разработки конфигураций

Область применения: управляемое приложение, мобильное приложение, обычное приложение.1. Определения. 2. Разработка исправительных версий. 3. Разработка плановой версии. 4. Разработка технических проектов. 5. Нумерация сборок. Приложение 1. Порядок создания хранилища технического проекта. Приложение 2. Порядок обновления хранилища технического проекта до состояния основного хранилища

Обработчики событий ОбработкаПолученияПредставления и ОбработкаПолученияПолейПредставления

Область применения: управляемое приложение, мобильное приложение.См. также

Ограничения на использование реквизитов составного типа

Область применения: управляемое приложение, мобильное приложение, обычное приложение.См. также:

Особенности разработки конфигураций для ОС Linux

Область применения: управляемое приложение, обычное приложение.См. также

Правила создания общих модулей

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

Использование общих реквизитов

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

Общие сведения об организации хранения данных

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

Работа с неактуальными (недействительными) объектами

1. Данная рекомендация действует для ситуаций, когда какой-либо объект информационной базы перестает быть актуальным – навсегда или на время (сотрудник увольняется или уходит в декретный отпуск, подразделение расформируется и т.д.). При этом удалять этот объект из базы недопустимо, чтобы не нарушать ссылочную целостность: на него должны ссылаться другие ранее созданные объекты. Например, объект типа Файл должен содержать в поле Автор ссылку на уволившегося сотрудника и после его увольнения.

Удаление устаревших объектов метаданных из конфигурации

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

Обработчик события ПередЗаписью

1. В данном обработчике, как правило, должны выполняться действия, связанные с заполнением значений реквизитов объекта (набора записей, значения константы; далее упрощенно - "объект"), проверки правильности их заполнения, связанности состояния объекта с некоторыми внешними данными. Также в данном обработчике следует выполнять действия, связанные с обращением к "старым" значениям реквизитов объекта, сохраненным в базу данных (имеет смысл при редактировании уже записанных ранее объектов, наборов записей и т.п.).

Имя, синоним, комментарий

1.1. Синоним объекта должен быть определен так, чтобы осмысленно, лаконично описывать объект. Заполняется обязательно.См. также

Подсказка и проверка заполнения

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

Обработчик события ПриЗаписи

В данном обработчике модуля объекта (набора записей, значения константы; далее - "объект"), как правило, выполняются действия по записи связанной с объектом данных в других объектах конфигурации, а также выполняются другие действия, связанные с изменением объекта. Запрещается в данном обработчике изменять содержимое записываемого объекта, поскольку на момент выполнения обработчика, объект уже записан в БД. Для обработчика события ПриЗаписи действуют те же требования в отношении разделения действий выполняемых при записи объекта механизмом обмена данными, что и для события ПередЗаписью.См. также

Обработчик события ПриКопировании

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

Проверки, выполняемые в и вне транзакции записи объекта

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

Работа в разных часовых поясах

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