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