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

Перенесення виразів

1. Якщо довжина рядка перевищує 120 символів, слід використовувати перенесення. Робити рядки довшими за 120 символів не рекомендується, за винятком випадків, коли перенесення неможливе.

Командна панель форми

У командній панелі форми кнопка за замовчуванням має бути крайньою лівою (першою)

Кнопки, не призначені для вирішення основних завдань

Використання привілейованого режиму

1.1. Привілейований режим дає змогу

Імена процедур і функцій

Verdana; 9.5pt; "1. Правильний вибір імен процедур і функцій дуже важливий для підвищення читабельності коду. У більшості випадків вдало вибране ім'я процедури в поєднанні з правильно підібраними іменами параметрів позбавляють необхідності якось додатково її описувати. У низці випадків складнощі у виборі імені процедури та (або) її параметрів свідчать про неправильну архітектуру програмного коду. І навпаки, якщо "самодокументоване" ім'я вигадати легко, отже процедуру спроєктовано правильно.

Використання транзакцій під час читання даних

1.1. Якщо читання даних з інформаційної бази має бути відповідальним, таке читання слід виконувати в транзакції з попереднім установленням керованих блокувань. Загалом відповідальним слід вважати будь-яке читання, на основі результатів якого виконуються будь-які зміни в інформаційній базі або приймаються рішення.Наприклад, відповідальне читання даних потрібне в таких випадках:Використання читання поза транзакцією. Див. також

Контекстна та позаконтекстна передача керування на сервер

1. Платформа 1С:Підприємство дає змогу передавати керування з клієнтського в серверний код модуля форми двома способами: контекстно та позаконтекстно.Додаток. Див. також

Використання глобальних змінних у програмних модулях

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

Зміст звіту

1.1. Звіт може містити одночасно кілька фінансових або нефінансових, числових або якісних показників. Їх склад має відповідати призначенню звіту (меті аналізу). 1.2. До звіту включаються лише ті показники, які пов'язані спільною метою аналізу.1.3. У звітах, реалізованих без використання СКД, рекомендується забезпечувати можливість розшифрування всіх виведених показників.1.4. Звіти не повинні містити дані, позначені на видалення. Якщо такі дані потрібно виводити у звіт, то їх слід виділяти явним чином (див. стандарт "Звіти виду "таблиця", "список" п.3.5).1. Показники звіту. 2. Валюти. 3. Контекстні та неконтекстні звіти

Відкриття форм

1.1. Для відкриття форм слід застосовувати метод глобального контексту ВідкритиФорму (у разі використання версії платформи 1С:Підприємство 8.2 і більш ранніх версій — також ВідкритиФормуМодально). Застосування альтернативного способу, з отриманням форми та її подальшим відкриттям за допомогою методу ОтриматиФорму, не рекомендується. Винятки з цього правила можливі лише в особливих випадках (див. розділ нижче "Особливі випадки використання форм").Рекомендація зумовлена міркуваннямиВідкриття форм об'єктів за допомогою команди меню "Усі функції". Відкриття параметризованих форм. Блокувальне або незалежне відкриття форм об'єктів. Особливі випадки використання форм

Обмеження на встановлення ознаки «Виклик сервера» у спільних модулів

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

Використання ключових слів "ОБ'ЄДНАТИ" і "ОБ'ЄДНАТИ ВСІ" у запитах

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