2021.2.8

О каких других словах тут речь или я что-то не понял?
К примеру https://zeegin.github.io/v8std-for-humans/std/std455/ сколько раз не пытался ссылаться на данный стандарт, но так яснее и не становится где размещать метод в ПрограммныйИнтерфейс или в СлужебныйПрограммныйИнтерфейс в ОМ. В командах часто «кидают» вопросы или открывают подчиненные формы, методы оповещений завершения в области ОбработчикиКомандФормы расположить или в СлужебныеПроцедурыИФункции?
В целом мне до сих пор не понятно, почему обсуждение стандартов происходит только внутри фирмы 1С без мнения сообщества, не говоря уже о том что приходится пройти тем кто получил 1С:Совместимо

>  но так яснее и не становится где размещать метод в ПрограммныйИнтерфейс или в СлужебныйПрограммныйИнтерфейс в ОМ

зависит от метода же. если это метод для вызова _из-вне_ подсистемы, то это ПИ, если это метод для коммуникации _внутри_ подсистемы и его не должен вызывать внешний потребитель, то это СПИ

> методы оповещений завершения в области ОбработчикиКомандФормы расположить или в СлужебныеПроцедурыИФункции?

в СПиФ, т.к. это не обработчик команд формы

В типовых видел примеры, где они лежат как раз в области команд формы

Странные стандарты, которые сами 1с не используют)

Это вообще не всегда удобно

Это обычное дело, зависит от конкретной коммандв

Да я видел и где в СПиФ находятся экспортные методы для других подсистем …

ты на иасшифровки тыкал? они непонятные? тексты расщифровок улучшить или не нашел рачшифровки?

по яндека метрике почти никто не догадался тыкнуть на расшифровку

Очень громко говорить что 1С их не использует.
Либо это продукт где это не нужно и внутри команды приняли решение не соблюдать. Осознание решение. Либо продукт выпускался до того как стандарт был введен.

Да, тоже не всегда понятно почему не в ПИ

там же не такой уж и длинный текст, переходить приходится. И англоговорящих обидели )

Все разделение происходит исходя из зоны ответственности.

Если разработчик будет поддерживать обратную совместимоть - он помещается в поограмный. Если просто Совметчимость - в судебный программный, если не гарантирует совместимость - в служебный.

Если кто-то из другой подсистемы вызвал служебный экспортный то это ошибка того кто вызвал, а не того кто туда поместил.

Но иногда такое случается что нужно вызвать служебное. Обычно при этом уведомляют автора метода и просят сделать его публичным в следующей версии либо ждут обход на свой страх и риск зная что в следующей версии метод может изменить и их вызов сломается.

Можно добавить отдельное пояснение "Вне стандарта" как выбрать куда поместить метод и кто виноват если схема нарушается.

Разработчиков бсп не всегда уведомишь, что "мне нужно.."
Если нужно вызывать более одного раза (что очень редко), то можно свой программный метод добавить как редирект, и его исправить, т.е  в одном месте, когда отвалится.

Немыслимые ситуации обсуждаем...))
Даже правильный вызов апи со временем устаревает, а потом отваливается с обновлениями библиотек
Мало соблюдать стандарт. Апи ещё нужно контролировать на протяжении всей жизни)

Да а смысл, используется обычно огромное количество методов из разных подсистем и этот редирект будет сильно раздут. Так же не проконтролируешь, что все его в отделе используют. раньше хоть добавляли комментарии-уведомление, что метод будет удалён и АПК такие ловила. Теперь же методы просто пропадают и какие вместо них использовать не понятно )