Модель і редактори

Об'єкти конфігурації

Єдина модель для довідників, документів, регістрів, констант, форм, команд і модулів. Для 1UA це основа сумісного завантаження прикладних рішень.

Наступна тема Усі можливості

Тема зіставлена з матеріалом відповідна сторінка 1C.

Аналог 1UA

Навіщо ця сторінка потрібна

Об'єкти конфігурації у 1UA належить до канонічної моделі метаданих. Завдання полягає не в тому, щоб намалювати схожий екран, а в тому, щоб незмінена конфігурація давала однакову структуру, однакові властивості і прогнозовану поведінку у runtime.

Вхід

Завантаження без підміни

Тема має читатися з XML, EDT і контейнерних форматів так, щоб вихідна конфігурація залишалася незміненою.

Модель

Єдина внутрішня форма

Метадані перетворюються у версійоване IR, яке можуть використовувати компілятор, сховище, UI і перевірки.

Виконання

Поведінка понад вигляд

Для сумісності важливі типи, події, права, команди і дані, а не тільки зовнішній вигляд редактора.

Робочий обсяг

Що потрібно реалізувати

описати Об'єкти конфігурації у схемі метаданих 1UA;
завантажити властивості з XML/EDT без втрати типів і порядку;
зв'язати модель з BSL runtime, формами, правами і сховищем;
додати conformance-сценарії для типових і граничних випадків.

Сумісність

Межа для 1UA

Для цієї теми сумісність означає, що об'єкти конфігурації працює з тими самими метаданими, BSL-модулями, правами, подіями та даними, які вже існують у конфігурації. У 1UA це вважається готовим тільки після автоматичних тестів і порівняння спостережуваної поведінки.

1UA analog

Why this page exists

Configuration objects belongs to the canonical 1UA metadata model. The goal is not to imitate a screen visually, but to make an unchanged configuration produce the same structure, properties, and predictable runtime behavior.

Input

Load without rewriting

The topic has to be read from XML, EDT, and container formats while the source configuration stays unchanged.

Model

One internal representation

Metadata is converted into a versioned IR shared by the compiler, storage layer, UI, and validation tools.

Runtime

Behavior before appearance

Compatibility depends on types, events, rights, commands, and data behavior, not only on an editor surface.

Work scope

What has to be implemented

describe Configuration objects in the 1UA metadata schema;
load properties from XML/EDT without losing types or ordering;
connect the model to the BSL runtime, forms, rights, and storage;
add conformance scenarios for common and edge cases.

Compatibility

1UA boundary

For this topic, compatibility means that configuration objects works with the same metadata, BSL modules, rights, events, and data that already exist in a configuration. In 1UA it is considered ready only after automated tests and observable behavior comparison.