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