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