Конфігурування

Структура модуля

1.1. У програмному модулі (загальні модулі, модулі об'єктів, модулі менеджерів об'єктів, модулі форм, команд тощо) у загальному випадку можуть бути присутні такі розділи в наведеній нижче послідовності:

Розробка конфігурацій з повторним використанням спільного коду й об'єктів метаданих

1. В умовах розробки кількох конфігурацій (наприклад, лінійки продуктів) виникає завдання повторного використання спільного коду й об'єктів конфігурації. Це завдання рекомендується розв'язувати з використанням допоміжних конфігурацій — бібліотек.Див. також

Використання об'єктів типу Структура

1. Під час створення об'єкта типу Структура не рекомендується передавати в конструктор понад 3 значення властивостей. Замість цього рекомендується використовувати метод Вставити або явно присвоювати значення властивостямДив. також

Вимоги щодо локалізації конфігурації

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

Список, що відкривається з панелі навігації форми об'єкта

Пояснення неможливості заповнення комірок у табличних частинах

Обмеження на використання конструкції "ПОВНЕ ЗОВНІШНЄ З’ЄДНАННЯ" у запитах

1.1. Під час розроблення текстів запитів слід мати на увазі, що під час роботи в клієнт-серверному варіанті, коли як СУБД використовується PostgreSQL, продуктивність виконання запитів із конструкцією ПОВНЕ ЗОВНІШНЄ З’ЄДНАННЯ значно знижується. Особливо це стосується випадків, коли в запиті трапляються дві й більше таких конструкцій.Див. також

Блокування даних об’єкта для редагування з коду

У платформі 1С:Підприємство 8.1 і пізніших версіях блокування даних, установлене за допомогою методу об’єктів Заблокувати («блокування даних для редагування» або «об’єктне блокування»), не забороняє запис заблокованих даних іншими об’єктами, а лише не дозволяє кільком об’єктам (наприклад, із різних користувацьких сеансів) одночасно встановити блокування тих самих даних.

Обмеження на використання конструкції "ОБ'ЄДНАТИ ВСІ" у запитах

У запитах не слід виконувати з'єднання за допомогою конструкції ОБ'ЄДНАТИ ВСІ рядкових полів обмеженої довжини з полями необмеженої довжини, якщо результат об'єднувального запиту впорядковується за допомогою конструкції ВПОРЯДКУВАТИ ЗА.Див. також

Звернення з коду до користувацьких елементів керування форми

Під час розробки логіки роботи форми слід мати на увазі, що якщо користувач у режимі 1С:Підприємства додає будь-які елементи форми (Усі дії - Змінити форму), то звернення до таких елементів із вбудованої мови неможливе.Див. також

Розіменування посилальних полів складового типу в мові запитів

1.1 У мові запитів можна звертатися не тільки до полів вихідних таблиць запиту, перелічених у реченні З, а й до полів таблиці, на яку посилається поле вихідної таблиці запиту, якщо це поле має посилальний тип. Імена полів при цьому пишуться "через крапку". Застосування такої конструкції призводить до неявного з'єднання з додатковими таблицями для отримання значень полів "через крапку".Див. також

Звіти виду "діаграма"

Використання діаграм у звітах дає змогу візуально компактно представити закономірності в даних. Це, своєю чергою, скорочує час, який користувач витрачає на пошук необхідної інформації.1. Типи діаграм