[NEW] У web- и http-сервиса неверно задан обработчик метода

[artbear]

Описание проблемы, ошибки, которую надо диагностировать

Разработчики иногда допускают ошибки при создании множества методов веб-сервисов, забывая указать метод-обработчик веб-сервиса.

Конфигуратор ругается только при включенном флаге "Проверка существования назначенных обработчиков"

Ссылка на источник, подтверждающее нарушение либо обоснование наличия проблемы

Параметры диагностики

Тип Статья на русском

• 🐜 Ошибка
• 👮 Уязвимость
• 💂‍♂️ Потенциальная уязвимость
• 💩 Качество кода
• Другое

Важность Статья на русском

• 💔 Блокирующая / Blocker
• ❤️ Критическая / Critical
• 💛 Важная / Major
• 💙 Незначительная / Minor
• 💚 Информационная / Info
• 💞 Другое

Тэги Статья на русском

• STANDARD - "Нарушение стандартов 1С"
• LOCKINOS - "Не будет работать в другой ОС"
• SQL - "Проблема с запросом"
• PERFORMANCE - "Проблема производительности"
• BRAINOVERLOAD - "Непонятный код"
• BADPRACTICE - "Плохая практика программирования"
• CLUMSY - "Излишние действия"
• DESIGN - "Ошибка в проектировании"
• SUSPICIOUS - "Подозрительный код"
• UNPREDICTABLE - "Непредсказуемо работающий код"
• DEPRECATED - "Устаревшая функциональность"
• ERROR - "Ошибочная конструкция"
• LOCALIZE - "Проблемы локализации"

Время на исправление (минут)

10 минут

Дополнительная информация

[zeegin]

Предлагаю повысить до Блокирующий и Ошибка

[artbear]

@theshadowco Уже можно реализовывать правило, т.к. поддержка метаданных реализована в связанном ишузе, верно?
тогда сними тег require/metadata

[theshadowco]

В операциях вебсервисов и хттп сервисов есть свойство handler

[artbear]

@nixel2007 Назначь на меня, я большую часть правил уже сделал.

[artbear]

@zeegin @nixel2007 Вопрос - Нужно ли в этом правиле проверять наличие хотя бы одного возврата в методе-обработчике?

правило на наличие Возвратов есть, но у него важность более низкая, и замечания по нему не являются ошибкой.
а для сервисов важно явно что-то вернуть вместо неявного возврата Неопределено, если нет возвратов.