Меню


Курсы СтимулСправочникПолезные материалыконфигурации

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

Оглавление: конфигурации

 

1С:Предприятие 8.2 / Разработчикам / Создание и изменение объектов метаданных

Использование определяемых типов

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

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

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

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

Ограничения на переименование объектов метаданных

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

Самодостаточность регистров

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

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

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

Требования к установке и обновлению прикладных решений

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

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

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

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

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

Поставка данных в составе конфигурации

Для поставки в составе конфигурации тех или иных данных (например, данных, предназначенных для заполнения справочников, настроек отчетов, правил обмена данными и т.п.) рекомендуется использовать форматы, предназначенные для передачи данных (например, формат xml) и применять для этого макеты вида "Текстовый документ" или "Двоичные данные".Конвертация табличных макетов в формат XML
 

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

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

Использование активности движений

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

Поддержка толстого клиента, управляемое приложение, клиент-сервер

1. Для обеспечения работы конфигурации в толстом клиенте, управляемое приложение, клиент-сервер следует иметь в виду, что серверный код конфигурации в этом режиме может выполняться на стороне клиента.
 

Использование констант (8.2.13 и ранее)

Действует для платформы 1С:Предприятие версий 8.2.13 и ранее, а также для 8.2.14 в режиме совместимости с 8.2.13Для 8.2.14 с отключенным режимом совместимости, см. "Использование констант"См. также
 

Заполнение свойств конфигурации информацией о выпуске

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

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

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

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

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

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

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

Использование реквизитов строкового типа

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

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

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

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

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

Начальные действия при работе конфигурации

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

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

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

Использование подсистем

Использование подсистем

1.1. С помощью подсистем решаются две методические задачи:См. также
 

Реквизит «Комментарий» у документов

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

Использование функциональных опций

Использование функциональных опций

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

Использование предопределенных элементов

Действует для версии платформы 1С:Предприятие 8.3.3 и выше без режима совместимости с версией 8.2
 

Общие требования к конфигурации

1.1. Конфигурация должна использовать только штатные и документированные возможности платформы 1С:Предприятие.См. также
 

Использование параметров сеанса

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

Работа с пользовательскими настройками

Работа с пользовательскими настройками

1.1. Для хранения персональных настроек пользователя следует использовать хранилище общих настроек. Например, чтение и запись значения настройки "Задавать вопрос при выходе из программы" для текущего пользователя реализуется на встроенном языке с помощью объекта ХранилищеОбщихНастроек:
 

Подписка на новости RSS

Мы на Facebook