conversationThread和conversation之间有什么区别？

Question

我正在调查文档,我不清楚在Microsoft Graph(v1.0参考)上的conversationThread和对话之间究竟有什么区别？

会话文档说明:会话是一组线程,一个线程包含该线程的帖子.对话中的所有主题和帖子都共享相同的主题.关系是线程.在这里,我假设同一主题意味着在那次谈话的保护伞下？

另一方面,conversationThread的文档声明:conversationThread是一组帖子.最后一个帖子的收件人集合是整个帖子的聚合收件人.线程可以拥有越来越多的收件人.从线程中删除收件人时会创建一个新线程.关系是帖子.这里不是一个线索,如果conversationThread是一个帖子的集合,那几乎与会话提供的一样？

我一直想做什么？我正在使用Fiddler来处理HTTP请求groups/<id>/conversations,groups/<id>/threads而且我注意到最明显的区别是threads有一个isLocked属性conversations没有.然后问题出现在我的脑海里:"为什么以及在什么情况下我还会使用group/<id>/threads它group/<id>/conversations？".也许是因为我不理解conversationThread和会话之间的区别.

请记住,我是Microsoft Graph的新手,如果社区可以帮助我澄清这个问题,我真的很感激.

提前谢谢了!

编辑 使用Fiddler,我们设法创建了一个新线程.但是,不是按预期在指定的对话中创建新线程,而是创建一个新的对话以与新线程一起使用.A还尝试在新创建的线程中创建新帖子,但我面临以下错误:使用请求正文"不支持OData请求":" { "body": { "contentType": "application/json", "content": "This is a test" } }"

Answer 1

感谢您的关注并尝试了群组对话API.我想就你的几个问题与你分享我的理解:

• "在Microsoft Graph(v1.0参考)上,conversationThread和对话之间究竟有什么区别？"

• "为什么以及在哪种情况下我会使用群组//线程而不是群组//对话呢？"

在群组对话功能设计方面,正如您可能已经阅读过的那样,帖子总是某个线程的一部分,而某个对话的线程部分.在API支持方面,API在会话和线程之间提供"奇偶校验" - 不要求您始终引用帖子的父对话的便利性.需要明确的是,这并不意味着您可以在没有父母对话的情况下拥有帖子或帖子; 您每次访问现有主题或帖子时都不一定要引用父对话.我将从创建帖子开始:如果您想开始发布新的对话,有几种方法可以做到这一点,为了您的方便:

(a)您可以先创建一个对话(POST/groups //对话).您将指定一个新线程并在请求正文中发布.成功的查询将创建新的对话,线程和帖子.

(b)或者,您可以在不引用任何现有会话(POST/groups // threads)的情况下创建线程.您可以在请求正文中指定新主题并发布.成功的查询将创建包含该新线程和帖子的新会话.

创建帖子后,您可以通过指定父对话和线程,或仅指定父线程,使用其ID来获取,回复,转发,创建或访问该帖子的附件.这就是所谓的会话和线程奇偶校验.

• "在这里,我假设同一主题意味着在那次谈话的保护下？"

是的,一个对话,它的主题和帖子都有相同的主题.我认为这里的"主题"由主题属性表示.

• "如果conversationThread是一个帖子的集合,那几乎与会话提供的一样？"

在谈话中将线索和帖子拉到一起的是"主题".在最终用户场景中考虑它 - 一旦对话中的人改变主题,该人就开始新的对话.在对话中,有时参与者可以使用原始参与者的子集来剥离侧线程.这构成了一个新的"线索",因为主题保持不变,只有更少的参与者.这是会话和线程之间的功能设计差异.在API功能方面,您可以回复线程(或帖子)并引用父线程,但只能通过引用父对话来回复.

• "还试图在新创建的帖子中创建一个新帖子"

我怀疑你是否对现有的帖子进行了POST以尝试创建帖子？

如果是这种情况,我想指出你不能使用POST来创建一个新的组帖子.您可以通过以下方式之一创建帖子: - 创建新会话(POST/groups // conversation)时 - 创建新线程时(POST/groups // threads) - 回复帖子时 - 回复时到一个帖子

希望有所帮助.

Angelgolfer-MS