Особенности использования в запросах оператора ПОДОБНО

🟡Сравнение выполняется без учета регистра символов
🟡Оператор ПОДОБНО используйте без контатенации шаблона в запросе. Пишите шаблон сразу или берите из параметра.
🟡Если нужна работа на всех СУБД то используйте в паттерне только спецсимволы % (процент) и _ (подчеркивание). На IBM DB2 […] и [^…] не работает.
🟡Спецсимолы из запроса пользователя надо экранировать, иначе запрос может пойти не по плану.

Для поиск по строке Шуруп_10[21] медь~4% надо написать фрагмент.

Шуруп~_10~[21~] медь~~4~%" СПЕЦСИМВОЛ "~"

🟡Запрос.УстановитьПараметр() не экранирует спецсимволы шаблона подобия
🟡Используйте ОбщегоНазначения.СформироватьСтрокуДляПоискаВЗапросе() для формирования шаблонов подобия

#std726
https://v8std.ru/std/726/

Работа с параметром «Отказ» в обработчиках событий

🟡Параметру Отказ не присваивайте Ложь.
🟡Если ему присвоить Ложь, то можно случайно сбросить ранее установленный Истина.
🟡Установка Ложь может быть неявной: через булеву функцию. Потому и результат функции тоже не присваивайте.
🟡Вообще это правило подходит для любых возвращаемых булевых параметров, например СтандартнаяОбработка, Выполнение.
🟡Если устанавливаете параметр Отказ в Истина, то объясняйте пользователю что случилось.

#std686
https://v8std.ru/std/686/

🏗 Практика по проектированию общих модулей

Общие модули это каркас бизнес-логики в конфигурациях 1С. Их грамотная структура влияет на скорость разработки новых функций, простоту отладки и сопровождения, удобство тестирования.

Архитектурные принципы📍
⚪️Функциональная группировка. Выделяйте отдельные модули по назначению: работа с датами, файловая система, интеграции.
⚪️Экспорт только нужного. Внутренние вспомогательные функции не должны быть экспортными.
⚪️Разделение клиентской и серверной логики. Упрощает понимание и избегает ошибок вызова в неправильном контексте.
⚪️Минимизация глобальных модулей. Явное подключение повышает прозрачность кода.
⚪️Документирование кода. Комментарии к процедурам и параметрам ускоряют разработку.

Ошибки, которых стоит избегать📍
〰️Хранение в одном модуле всего подряд (модуль-свалка).
〰️Дублирование кода между модулями.
〰️Жёсткая привязка к конкретным формам или объектам без необходимости.
〰️Злоупотребление экспортными процедурами.

Чек-лист по постфиксам модулей📍
🔹ПолныеПрава - для модулей с признаком Привилегированный.
🔹Глобальный - для глобальных модулей, без добавления Клиент.
🔹Локализация / КлиентЛокализация - для модулей с национальной спецификой.
🔹ПовтИсп / КлиентПовтИсп - для модулей с кэшированием результатов (сервер / клиент).
🔹Переопределяемый / КлиентПереопределяемый - для модулей библиотек, допускающих изменение реализации.

Выжимка с ИТС по теме💡
🔗 Правила создания общих модулей
🔗 Использование привилегированного режима
🔗 Повторное использование возвращаемых значений
🔗 Использование подсистем

// Скриншот-шпаргалку помог нарисовать Copilot.

#НачинающимНаЗаметку #Практика1С

Оформление текстов запросов

🟡Ключевые слова запросов пишите заглавными, сами запросы — только структурированно, не в одну строку.

🟡Явно задавайте псевдонимы полям и используйте КАК, особенно для полей с вложенными реквизитами.

🟡В сложных запросах добавляйте комментарии, но помните: конструктор запросов их удаляет.

🟡При программной сборке запроса документируйте этапы и оставляйте части, которые открываются в конструкторе.

🟡Даны типовые примеры «Неправильно/Правильно» для замены полей, временных таблиц и пакетных запросов.

#std437
https://v8std.ru/std/437/