В чем разница между разговором и разговором?

Question

Я изучал документацию, и мне непонятно, что именно составляет разницу между беседойThread и беседой на Microsoft Graph (v1.0 Reference)?

В документации для conversation указывается: Разговор представляет собой коллекцию нитей, а поток содержит сообщения к этой теме. Все темы и сообщения в чате имеют один и тот же вопрос. Отношение темы. Здесь я предполагаю, что тот же вопрос означает под зонтиком этого разговора?

В другой руке в документации для conversationThread указывается: РазговорThread - это сборник сообщений. Коллекция получателей последнего сообщения - это агрегированные получатели всего потока. В потоке может быть растущая коллекция получателей. Новый поток создается, когда получатель удаляется из потока. Отношение Постов. Не подскажете здесь, если chatThread - это сборник сообщений, это почти то же самое, что предлагает беседа?

Что я пытался сделать? Я использую Fiddler, чтобы играть с HTTP-запросами groups/<id>/conversations и groups/<id>/threads, и я заметил, что наиболее очевидная разница заключается в том, что threads имеет свойство isLocked, которое conversations этого не делает. Затем в голове возник вопрос: «Почему и в каких обстоятельствах я бы использовал group/<id>/threads по group/<id>/conversations?». Может быть, потому что я не понимаю разницы между беседойThread и беседой.

Пожалуйста, обратите внимание, что я новичок в Microsoft Graph, и я был бы очень признателен, если сообщество поможет мне прояснить этот вопрос.

Большое спасибо заранее!

EDIT Используя Fiddler, нам удалось создать новый поток. Однако, вместо того, чтобы создавать новый поток в указанном разговоре, как ожидалось, он создает новый диалог для перехода с новым потоком. A также попытались создать новую запись во вновь созданном потоке, но я столкнулся со следующей ошибкой: «Запрос OData не поддерживается» с использованием тела запроса: « { "body": { "contentType": "application/json", "content": "This is a test" } }»

Answer 1

Благодарим вас за интерес и опрос API групповых разговоров. Я хотел бы поделиться своим пониманием с вами о ваших несколько вопросов:

• «? Что именно разница между conversationThread и разговор на Microsoft Graph (v1.0 Reference)»

• «Почему и при каких обстоятельствах я буду использовать группу // потоки по группе // разговоры в любом случае?»

С точки зрения функциональности группового разговора, как вы, вероятно, читали, сообщение всегда является частью какого-то потока, и эта часть части разговора.Что касается поддержки API, API обеспечивает «четность» между разговором и потоком - удобство не требует, чтобы вы всегда ссылались на родительский разговор для сообщения. Чтобы быть ясным, это не значит, что вы можете иметь сообщение или нить без родительской беседы; вам просто не обязательно ссылаться на родительский разговор каждый раз, когда вы обращаетесь к существующей теме или сообщению. Начну с созданием поста: Если вы хотите, чтобы начать размещение на новый разговор, есть несколько способов сделать это, для Вашего удобства:

(а) Вы можете первый create a conversation (POST/групп// разговоры). Вы должны указать новый поток и сообщение в теле запроса. Успешный запрос создаст новый диалог, поток и сообщение.

(b) Или вы можете create a thread without referencing any existing conversation (POST/groups // threads). Вы должны указать новый поток и сообщение в теле запроса. Успешный запрос создаст новый разговор, содержащий этот новый поток и сообщение.

После создания сообщения вы можете использовать его идентификатор, чтобы получать, отвечать, пересылать, создавать или получать доступ к вложениям для этого сообщения, указав родительский разговор и поток, или просто указав родительский поток. Это так называемая беседа и четность потока.

• «Здесь я предполагаю, что тот же предмет означает под зонтиком этого разговора?»

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

• "if conversationThread - это сборник сообщений, это почти то же самое, что предлагает разговор?"

То, что тянет темы и сообщения вместе под беседой, является «предметом». Подумайте об этом в сценарии конечного пользователя - как только человек в разговоре изменяет тему, этот человек начинает новый разговор. В разговоре иногда участник может открутить боковой поток с подмножеством исходных участников. Это представляет собой новую «нить», так как тема осталась прежней, всего меньше участников. Такова разница в дизайне функций между цепочками и потоками. Что касается функциональности API, вы можете ответить на поток (или сообщение) и ссылаться на родительский поток, но вы не можете ответить, просто ссылаясь на родительский разговор.

• «также пытались создать новую должность в рамках вновь созданного потока»

Я подозреваю, что вы сделали POST к существующей теме, чтобы попытаться создать сообщение?

Если это так, я хотел бы указать, что вы не можете использовать POST для создания нового сообщения группы. Вы можете создать сообщение, созданное одним из следующих способов: - При создании новой беседы (POST/groups // беседы) - При создании нового потока (POST/groups // threads) - При ответе на поток - При ответе на сообщение

Надеюсь, что это поможет.

Angelgolfer-ms