嵌套回复链🆚线性回复链

hbghlyj

Understanding and Using Discourse’s Flat Threading这个帖子解释道
那些习惯了楼中楼（例如 Facebook、Reddit 等网站上看到的分层回复链）的人可能会认为 Discourse 的线性回复链很原始。
事实上，Discourse 的设计初衷是为了从分层回复链中吸取教训，从而改善对话。

• 对于线性帖子链，旁观者更容易阅读和掌握整个对话，并了解它是如何随着时间的推移而演变的。
  按时间顺序排列可以很容易地识别出在每个新想法之前提出的想法，作为一种知识来源。
• 楼中楼的问题是，将对话分成了多个部分。楼中楼实际上是在围绕回复创建新对话，而不是朝着楼主的目标努力。对于线性帖子链，它提醒我们，回帖将在整个对话中被考虑，让人们少偏离主题。使用户必须从上到下完整阅读，降低发布重复帖子的概率（用户如果没有阅读完整，可能因为没看到而发内容重复的帖子）。

这个帖子还对 Discourse 回复给出了 3 条建议

• 默认情况下，回复最后一篇帖子。这就是对话的运作方式。有人说了什么，你就会用其他东西来回应。
• 如果回复特定帖子可以澄清你的帖子，那就回复它。但你仍然在与整个群体对话，而不仅仅是你正在回复的单个作者。回复按钮只是一种为你的写作添加上下文的工具。读者只需单击一个按钮即可查看最能激发你想法的帖子。
• 为你的帖子添加上下文的另一种方法是使用引文。这样，你就可以在一篇帖子中回复许多人和想法。

Discourse 的设计

• 帖子按时间顺序排列在主题中，
• 在父帖子上，会有一个按钮，表示该帖子有不紧接其后的回复；单击该按钮将使这些回复以缩进形式显示在父帖子下方。
• 如果帖子是回复但不是回复紧接之前的帖子，则右上角会有一个图标，指示该帖子正在回复谁。单击该图标将使父帖子直接显示在帖子上方，同样以缩进形式显示。

hbghlyj

不尽同意。我仍然认为分层嵌套的回复链更好。作为一个点击进来的读者，他不想参与对话，只想按逻辑顺序快速收集有用的信息，他不是必须要阅读和掌握整个对话，也不在意谁先谁后发帖，因此逻辑顺序应该优先于时间顺序。
嵌套回复链使读者更快地找到有用的信息，例如，如果用户发现某条帖子是无用的信息，用户可以折叠对该帖子的所有回复以节省时间。但在线性回复链设计中，用户必须从上到下完整阅读，无法折叠对不想看到的帖子的所有回复。

hbghlyj

但嵌套回复链和线性回复链究竟孰优孰劣只是一个用户界面设计问题，而不需要重新设计数据库结构，因此可以提供一个按钮来一键切换外观，或在“用户偏好”页面提供一个选项让用户自己决定。

hbghlyj

hbghlyj 发表于 2024-9-22 16:32
楼中楼实际上是在围绕回复创建新对话

对于靠争议性话题吸流量的网站，这反而是一项优点，如HackerNews每条帖子上有一个链接，点击时，将该帖子的所有回复（子分支）移到单独的页面，作为新对话来显示。这相当于自动围绕回复创建新对话
帖子上还有一个 parent 链接，以便从子分支返回其出处。