Тема публікацій
Довідкові матеріали за цією темою.
1. Опис процедур і функцій рекомендується виконувати у вигляді коментаря до них. Необхідність коментування окремих ділянок коду процедур і функцій має визначатися розробником, виходячи зі складності та нестандартності конкретної ділянки коду.Автовпорядкування коментарів до процедур або функцій із директивами компіляції
ЧитатиДля версій 8.2.13 і раніше, а також для 8.2.14 у режимі сумісності з 8.2.13 див. "Використання констант (8.2.13 і раніше)"
ЧитатиУ разі якщо в конфігурації застосовуються механізми, що використовують перемикання активності рухів певних регістрів (наприклад, для ручного коригування рухів), то слід дотримуватися такого підходу.Див. також
ЧитатиДіє для платформи 1С:Підприємство версій 8.2.13 і раніше, а також для 8.2.14 у режимі сумісності з 8.2.13Для 8.2.14 з вимкненим режимом сумісності див. "Використання констант"Див. також
ЧитатиУ загальному випадку не рекомендується перехоплювати виняток лише заради виведення повідомлення про помилку. Необроблений виняток у будь-якому разі буде показано користувачеві у вигляді повідомлення про помилку.
ЧитатиПід час розробки кількох бібліотек, що перебувають на підтримці одна в одної, слід мінімізувати трудомісткість оновлення коду перевизначуваних спільних модулів у кожній із бібліотек. Для цього рекомендується використовувати таку методику:
Читати1.1. Під час звернення з коду конфігурації до файлів і каталогів файлової системи слід мати на увазі, що доступ до них обмежений правами користувача операційної системи, від імені якого запущено застосунок:Робота з тимчасовими файлами. Особливості роботи з файлами на сервері 1С:Підприємства. Див. також
Читати1. Якщо довжина рядка перевищує 120 символів, слід використовувати перенесення. Робити рядки довшими за 120 символів не рекомендується, за винятком випадків, коли перенесення неможливе.
ЧитатиVerdana; 9.5pt; "1. Правильний вибір імен процедур і функцій дуже важливий для підвищення читабельності коду. У більшості випадків вдало вибране ім'я процедури в поєднанні з правильно підібраними іменами параметрів позбавляють необхідності якось додатково її описувати. У низці випадків складнощі у виборі імені процедури та (або) її параметрів свідчать про неправильну архітектуру програмного коду. І навпаки, якщо "самодокументоване" ім'я вигадати легко, отже процедуру спроєктовано правильно.
Читати1.1. Якщо читання даних з інформаційної бази має бути відповідальним, таке читання слід виконувати в транзакції з попереднім установленням керованих блокувань. Загалом відповідальним слід вважати будь-яке читання, на основі результатів якого виконуються будь-які зміни в інформаційній базі або приймаються рішення.Наприклад, відповідальне читання даних потрібне в таких випадках:Використання читання поза транзакцією. Див. також
Читати1. У більшості випадків замість змінних програмних модулів слід використовувати більш відповідні засоби розробки платформи 1С:Підприємство. Оскільки область видимості (використання) таких змінних складно контролювати, вони часто стають джерелом помилок, які важко відтворити.
Читати
