首页
学习
活动
专区
圈层
工具
发布

逻辑
EN

Stack Overflow用户
提问于 2014-01-18 15:42:34
回答 2查看 106关注 0票数 0

我知道标题可能是模棱两可的,但我不确定它的标题是什么。我不确定在这方面是否有“最佳做法”,所以这里.

我有一个基本的社交网络应用程序,我正在从头开始构建。用户可以发布一个状态,人们可以评论那个状态,人们也应该能够评论一个评论。我想我理解它应该如何工作,但不介意别人给我他们的观点。因此(就关联而言)状态has_many注释,而评论则只有一种状态。注释、have_many子注释和子注释只属于一个注释。这些嵌套注释是如何工作的?

如果一个用户发布了一个状态,而另一个用户发布了一个注释,那就好了。但是,如果..。用户1发布状态和用户2的评论,用户3然后评论用户2的评论(所以用户1已经创建了状态,用户2是注释,用户3是子注释)当用户2回复用户3的子注释时会发生什么?它是否仍然作为子注释(如..。)或者它是否必须被嵌套得更深一些,比如:

用户1创建状态,用户2创建注释,用户3创建子注释,用户2创建子注释

这似乎不是正确的方法,因为如果用户在相同的状态下回复彼此的评论,最终会变得过于混乱。

更新:查看关联,另一种可能是状态has_many注释和评论has_many回复。但这不能解决我的问题..。如果用户回复另一个用户对评论的答复,该怎么办?状态has_many注释,评论has_many回复.但has_many也回复了吗?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2014-01-18 16:18:57

#262号有祖先的树- RailsCasts -描述如何使用gem构建嵌套消息。

票数 1
EN

Stack Overflow用户

发布于 2014-01-18 16:08:45

在这种情况下,我总是使用太棒了 gem。对于所有评论,您只需要一个模型。更多关于嵌套集及其使用的信息,您可以在wiki页面上阅读(它有非常简单的逻辑)。要准备使用解决方案,请查看行为 gem页面。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/21206234

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档