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