Доброго
Читаю умный ИТС что совсем меня они запутали.
Вариантов больно много. Что сейчас скажем так есть бест-практик?
Сообщения пользователю из процедур НаСервере.
Пусть будет классический пример.
УФ конечно же. Общий модуль. Некоторая процедура с директивой НаСервере.
Процедура проверяет отаток.
То бишь она вызывается в документе ПриПроведении, ей выгружается табличная часть дока, и она в ответ либо все ок, либо вываливает на пользователя, где чего не хватает.
Вот и вопрос, а где и когда сообщать об об этом пользователю?

Сообщить прекрасно работает на сервере

Когда управление вернется на клиент, то выведутся все накопленные сообщения

(1) Работает, но сообщить типа теперь некошерно использовать.

Фз

(3) Если не хочешь Сообщить(), то использую СообщениеПользователю

(5) СообщениеПользователю - это уже из БСП же?

(6) нет...

(3) кто сказал? Не верь ему

(6) Нет, но в БСП тоже есть тюненый вариант ОбщегоНазначенияКлиентСервер.СообщитьПользователю

(8) Для вывода сообщений пользователю во всех случаях следует использовать объект СообщениеПользователю, даже когда сообщение не «привязывается» к некоторому элементу управления формы. Метод Сообщить применять не следует.
В ИТС написано вот.

(8) Не выпендривайся.
https://its.1c.ru/db/v8std/content/418/hdoc

(9) это для любителей писать код в 1 строку

(9) А точно.
При использовании в конфигурации Библиотеки стандартных подсистем рекомендуется использовать процедуру СообщитьПользователю общего модуля ОбщегоНазначения или ОбщегоНазначенияКлиент, которая работает с объектом СообщениеПользователю.

Ух ты, не знал.
А кто-нибудь может рассказать в чем разница методов?

(14) Каких?

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

(16) А разницу между жигулём-копейкой и бэхой 1993года тебе не рассказать?

А что, обе ездят, обе ломаются... Обе даже бензин жрут...

(16) Сходи на базар... запишись вот сюда https://uc1.1c.ru/course/razrabotka-interfejsa-prikladnogo-resheniya-v-1s-predpriyatii-8-3/#trainer и насилуй ему мозг

Странно что внутри один метод не ссылается на другой

(19) скорее нужно идти на семинар и разработчиков пытать

(21) Это в очередь записываться надо

(16) > Хорошо бы конечно на внутреннем уровне
А потом внутренняя реализация поменяется и какой-нибудь Вафель2 начнет задавать дурацкие вопросы заново.

Ну раз они пишут вместо этот нужно вот это, то хотелось бы знать причину

(24) Может, ты ещё хочешь знать, почему конфигуратор в .19 вылетает с ошибками? ИЛи почему ,1208 может сломать базу?
А может ты хочешь знать, кто убил Кеннеди??

В описании Сообщить() уже давно убрали пометку о том, что его использовать не рекомендуется. ИМХО, его просто допилили до урезанной версии сообщения пользователя, использующей те же механизмы.
То есть с точки зрения платформы его можно смело использовать, КМК. Но так как в типовых везде вывод делается через БСП, то мне ближе точка зрения что Сообщить() удобно использовать для временных отладочных сообщений. Чтобы потом легко их находить и выкашивать.

но Сообщить то куда проще написать чем ОбщегоНазначенияКлиентСервер.СообщитьПользователю

(27) Да. Поэтому для отладочных и удобно. А для продакшна нужно держаться в общей канве страданий.

Когда все единообразно - это дает свои плюшки. А то понадобится тебе привязаться к элементу - и вот у тебя уже зоопарк.

(29) в этом и есть смысл написания программ. когда нужно разный результат набираешь разные буковки

(30) А путь дзен-программиста - не плодить сущности без необходимости.

(31) Давно католический монах Оккам перешёл в буддизм? ))

(32) а как ему показали конфигуратор 1С, так он сразу и перешёл.

(33) Если бы ему показали _это_ - он давно уже был бы почётным пациентом кащенки...

(27)
Из УТ11

// Устарела. Следует использовать ОбщегоНазначенияКлиент.СообщитьПользователю или ОбщегоНазначения.СообщитьПользователю

Лучше расскажите, как Сообщить() выполненная на сервере, волшебным образом показывает результат на клиенте

(35) хорошая ремарка. На практике я в эту субботу столкнулся не совсем с очевидным поведением механизма сообщений. В модуле обработки в ут, он почему-то отказывался работать.

(36) как я понимаю есть стек сообщений. и сообщить на сервере просто кладет это в стек.
как процедура закончится все это выведется на экран.
так же можно отдельно читать этот стек: ПрочитатьСообщенияПользователю

(38) > стек
Очередь.
Это очень хорошо объясняет, почему 1Сники не программисты, а конфигурасты.

больше всего бесит, что в УФ не скопировать часть сообщения, а еще все сообщения при закрытии формы теряются

(1) Не всегда и не везде.

(24) Сообщить не во всех случаях выводит сообщения :)
Вы не забывайте, что ваш Рабочий сервер работает без отладки...

(25) ДА, пожалуй про сломать базу, а потом, что надо, что бы ее починить :)

(42) примеры в студию

(27) Сообщить пользователю позволяет еще:
1. иметь ссылку на элемент формы.
2. Выводить сообщение в том окне УФ, которое вы укажите ;)

(44) Сообщить(Неопределено)

(44) Вам можно, хоть трусы на голову одевать :)

(45) а как окно задать?

(48) приехали :)))

вот так

СообщениеПользователю (UserMessage)
ИдентификаторНазначения (TargetID)
Использование:
Чтение и запись.
Описание:
Тип: УникальныйИдентификатор.
Позволяет точно указать, к какой форме должно быть "привязано" сообщение. Если сообщение не имеет идентификатора назначения, тогда оно выводится и привязывается к активному окну.
Доступность:
Тонкий клиент, веб-клиент, мобильный клиент, сервер, толстый клиент, внешнее соединение, мобильное приложение (клиент), мобильное приложение (сервер), мобильный автономный сервер.
Использование в версии:
Доступен, начиная с версии 8.2.

+ БСП так же не позволяет вам указать, форму... почему-то они это не включили в свои поделки :)

(49) Одна фигня - из модуля объекта это не работает.

(51) Почему и счего бы то было?
Вы в свойствах ГУИД формы передайте, и выводите....

А так, это все пишет в активное окно, и порой которого нет еще на форме и которое и не откроется :)

(52) > Почему и счего бы то было?
А это не ко мне вопрос, а к разрабам платформы.
В серверном контексте формы работает, а из модуля проведения (например) - игнорируется.

(54) Надо будет проверить :)

Другими словами, если захочется выводить сообщения из проведения таким образом, чтобы они выводились пользователю при проведении по ПКМ из формы списка - на тобі дулю, купи собі трактора.

Не, вру. В этом случае вроде как раз выведет в активное окно. Не получится при интерактивном проведении из формы, потому что активная форма схлопнется вместе с сообщениями, а переадресовать их не получится.

(56) Если в форме списка, то они и так всегда выводятся, ничего для этого дополнительно делать не нужно

(57) Переадресовать почему не получится? Получаешь в ПослеЗаписиНаСервере или в ПослеЗаписи все накопленное и выводишь с запомненным ранее указателем на нужную форму

(59) Хм... Звучит логично.

Так даже более расово верно.

(59) Если этот вариант рабочий (а звучит как потенциально рабочий) то его можно вообще хоть в БСП засовывать для всех доков. Чтобы если док открыт из формы списка и форма закрывается в результате успешного проведения, то все невыведенные еще сообщения переадресовывать в форму списка.

(62) А где-то в типовых используются сообщения, которые выводятся и вместе с тем не влекут отказ проведения? Зачем они тогда?

(63) Информационные. Почему нет? Если не используются, значит и выводить нечего будет. А иначе глупость какая-то получается - "у нас есть сообщение для вашего мальчика, только вот прочитать он его не успеет, потому что у него реакция не та".

(64) Если пользователь нажимает провести и закрыть, то после успешного закрытия формы ему уже пофиг на какие-то там сообщения обычно

(65) нет не пофик, просто бескостыльно после закрытия формы сообщения не вывести.

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

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

(66) Так вроде и не нужно

(69) Скажи наркотикам "иногда".