В чем собственно разница между этими двумя способами вывести сообщение пользователю? Задаю вопрос так как на всех курсах, во всех серьезных книгах используют первый вариант несмотря на то, что писать его дольше. Я по старинке использую второй (как в 7ке).
---
"Сообщить" удобно использовать для отладки :)
Понатыкал отладочных сообщений, потом быстро нашел их по ключевому слову и прибил.
А для настоящего сурового и продуманного сообщения пользователю - длинная какашка из общего модуля с параметрами :)
---
Сообщить() нет смысла использовать потому что СообщениеПользователю это вообще новый уровень вывода сообщений :-) СообщениеПользователю дает возможность:
1) Привязать сообщение к полю
2) Сделать кликабельным по ссылке сам текст сообщения в окне вывода сообщений.

То есть допустим вам вовсе не требуется привязывать ваше сообщение к какому-либо полю, но вот привязать его к ссылке благо почти всегда, например, при групповом перепроведении, важно иметь возможность кликнуть на сообщение которое выдалось при ошибке проведения, дабы иметь возможность удобно открыть проблемный документ.
---
Для того чтобы было 1С: Совместимо нужно сообщить убирать!
Для скорости разработки без бсп можно не заморачиваться пока сообщить поддерживается.
---
Могу ошибаться, т.к. не проверял, но подозреваю что Сообщить в серверном коде не пробросит сообщение на клиент при завершении серверного вызова. Ну и плюс в СообщениеПользователю навешали плюшек по привязке сообщения к конкретным элементам.
ЗЫ. Если лень писать дольше, впили в глобальный модуль какое-нить "Тынц" и писать будет меньше :)
---
1 - можно привязать к полю формы, методически более верное
2 - костыль, оставленный для совместимости со старыми версиями, использовать можно, но не рекомендуется
---
к полю формы и к данным формы, если быть нуднее
---
использую второй ну вот столкнетесь с тем, когда сообщать нужно будет без обработки проведения, тогда возможно костыль Ваш и не заработает
---
Сообщить выводится в окне формы, если окно закрывается, то сообщения не увидишь. Сообщение выводится в главном окне.
---
Да ну нифига. Одинаковое поведение у них.
---
Наверно я путаю с оповещением.
---
Могу ошибаться, т.к. не проверял, но подозреваю что Сообщить в серверном коде не пробросит сообщение на клиент при завершении серверного вызова. Ну и плюс в СообщениеПользователю навешали плюшек по привязке сообщения к конкретным элементам.
ЗЫ. Если лень писать дольше, впили в глобальный модуль какое-нить "Тынц" и писать будет меньше :)
---
Ан нет. Проверил - таки пробрасывает...
---
(6) тогда и я подозреваю, что Сообщить не пробросится из фонового задания
---
Спасибо всем, кто отписался. Стало понятно. От "сообщить" значит не откажусь как от средства отладки. Но там где нужно не для отладки буду использовать "СообщениеПользователю".
Осталось только 2 вопроса
1. Что значит на языке спецов "Сообщить не пробросится" (5) (18)?
2. Как сделать привязку к элементу формы нашел на ИТС методическую информацию. А по тому как вывести ссылку на какой-нибудь документ, не могу. Хотя, по идее, должно гуглится легко. Но увы. Подскажите, пожалуйста. Скажем я пробегаюсь по выборке каких-нибудь документов. Как мне передать в сообщение "ВыборкаДокументов.Ссылка" ссылкой, а не текстом.
---
1. Сообщить() в клиентском коде показывается сразу.
Сообщить() на сервере не показывается сразу, а накапливается и "пробрасывается" на клиент при возращении на клиент и показываются все накопленные сообщения.
Сообщить() в фоновых заданиях вообще теряются.
Для показа сообщений из фоновых заданий нужно использовать СообщениеПользователю.

2. Наверно имелось ввиду СообщениеПользователю.КлючДанных.
---
Разобрался с 2.
---
Выходит, что для вывода простого текста - без разницы.
И в справке тоже никаких намеков на нежелательность использования Сообщить в тонком клиенте нет (кроме того, что второй параметр игнорируется).
---
Сообщить() нет смысла использовать потому что СообщениеПользователю это вообще новый уровень вывода сообщений :-) СообщениеПользователю дает возможность:
1) Привязать сообщение к полю
2) Сделать кликабельным по ссылке сам текст сообщения в окне вывода сообщений.

То есть допустим вам вовсе не требуется привязывать ваше сообщение к какому-либо полю, но вот привязать его к ссылке благо почти всегда, например, при групповом перепроведении, важно иметь возможность кликнуть на сообщение которое выдалось при ошибке проведения, дабы иметь возможность удобно открыть проблемный документ.
---
Это оно всё так, но вот нафига жеж нужно было уровень сообщений убирать ? Теперь жеж предупреждение от ошибки хрен отличишь...
---
мало того можно на стороне сервера получить не выведенные сообщения пользователю
---
Их с таким же точно успехом можно получить и во втором случае.
---
Для того чтобы было 1С: Совместимо нужно сообщить убирать!
Для скорости разработки без бсп можно не заморачиваться пока сообщить поддерживается.
---
пока сообщить поддерживается
1. А между тем из справки уже давно пропали все упоминания о нежелательности использования Сообщить...
2. Какая связь с БСП ?
---
связь в общем модуле. В УПП 1.2 кажись такого не было ещё.
---
В БСП 2.1 "длинная какашка" (с) уже была. Другое дело её найти надо было и использовать. Но это всё ниачём - речь-то была о платформенной функции, а не об обёртке.
---
вот же

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

https://its.1c.ru/db/v8std#content:418:hdoc
---
"Сообщить" удобно использовать для отладки :)
Понатыкал отладочных сообщений, потом быстро нашел их по ключевому слову и прибил.
А для настоящего сурового и продуманного сообщения пользователю - длинная какашка из общего модуля с параметрами :)
---
"длинная какашка" - это пять. всегда вертелось на языке.