вялый chat.postMessage против входящего webhook?

Question

Я пытаюсь отправлять сообщения из нескольких внешних источников на определенный канал, который является частным и принадлежит только мне.Имя пользователя должно быть именем источника, а не моим идентификатором.

Я обнаружил, что есть два способа сделать подобную функцию: Входящие Webhooks и chat.postMessage

Я уже практиковал эти два,что, похоже, между ними нет никакой разницы.

Однако в Incoming Webhooks утверждение гласит:

Вы не можете использовать Incoming Webhooks с приложениями Workspace прямо сейчас;эти приложения могут запрашивать доступ для записи по одному каналу, а затем использовать chat.postMessage в веб-API для публикации сообщений, предоставляя функции, очень похожие на входящие веб-хуки.

Что это значит?

Какая из моих работ лучше?

Answer 1

с помощью chat.postMessage () вы отправляете сообщение на определенный канал, часто вы делаете это в ответ на действие пользователя.Вам понадобится токен для проверки запроса postMessage, который вы получаете, когда пользователь устанавливает ваше приложение.Входящие веб-зацепки часто используются для публикации общей информации, например, примечаний к исправлениям или общих объявлений.Насколько я знаю, вам не нужен токен, поскольку за этим URL есть подтверждение.таким образом, URL-адрес webhook связан с определенным каналом, который указывается через пользователя.С помощью chat.postMessage вы можете публиковать сообщения в любом месте (в зависимости от ваших разрешений, возможно, не в личных каналах или в прямых сообщениях)

Answer 2

Добавление к тому, что Бен сказал:

Входящие веб-хуки ограничены в своей функциональности. Они хороши, если вам нужен простой способ отправки сообщения, не требующий токена, но в целом метод API (chat.postMessage) является лучшим выбором. Он более гибок (например, не привязан к одному каналу) и обеспечивает полную функциональность (например, вы получаете идентификатор сообщения и можете позже его обновить).

Приложения / токены рабочей области, в которых появилась новая функциональность, позволяющая устанавливать приложения только на одном канале (среди прочего). Он никогда не выходил из стадии бета-тестирования и может быть безопасно проигнорирован для дальнейшего развития.