@Sailsman63, 사실 저는 이 점을 반복해서 강조해 왔습니다. (네, 이 비유를 많이 쓸 겁니다) 파일 시스템을 이야기할 때, 복잡한 관계를 보여주기 위해 직접적인 계층 구조만으로는 거의 충분하지 않다는 점이죠.
Discourse가 더 견고한 공통 관계 메커니즘과 독립적인 확장 가능한 뷰 모델을 모두 갖추어야 한다는 충분한 근거를 제시하신 것 같습니다. 구체적으로:
-
새 응답을 작성할 때, 답장하려는 여러 댓글을 선택할 수 있도록 해야 합니다. 이렇게 하면 사용자가 여러 댓글에 답하는 경우 여러 사람을 태그할 필요가 없으며, 어떤 것에 답하고 있는지 객관적으로 전달할 수 있습니다.
-
이 정보는 사용자가 선택한 뷰 모델(플랫, 스레드, 또는 그 종류의 관계 데이터베이스를整天 보는 사람들을 위한 MermaidJS 스타일의 관계 다이어그램)에 의해 소비될 수 있습니다.
-
플랫은 응답 표시 헤더에 여러 아바타를 표시하는 것만으로도 충분합니다.
-
스레드는 응답자가 "주요"로 지정한 댓글을 기준으로 계층 구조를 형성합니다(이상적인 해결책은 아니지만 직관적입니다).
-
Mermaid 스타일 뷰(Star?)는 가장 중요한 주제가 무엇인지를 개요로 제공한 후, 사용자가 댓글을 선택하여 aforementioned 표준 뷰 중 하나로 전환할 수 있도록 합니다.
-
동의하나요?
대화에 따라 다릅니다. 이런 주제에서는 모든 맥락을 고려해야 합니다. 그러나 기술적 문제에 대한 스레드가 이러한 것처럼 여러 사람 간의 토론으로 분화되었다면, 요약 요청이나 나머지 부분과 구별되는 특정 부분에 대한 코멘트는 나머지 부분을 고려할 필요가 없음을 의미합니다.
모든 것은 비용-편익 분석입니다. 제 시간은 무한하지 않습니다.
그렇습니다, 확실히 영향을 받았습니다.