我有两个模型,我们将其称为我们示例的条目和注释,它们与条目has_many :comments
和评论belongs_to
条目相关联。创建新注释时,我显然需要为外键提供Entry的id。现在,我正在使用查询字符串。它的工作原理如下。用户查看和输入,单击链接以创建新注释(链接看起来像b / new?a_id = 1)然后我使用构建方法创建新记录。
我知道如果我嵌套了它工作得很好的资源,但我有理由不想这样做,即我打算在评论下嵌套资源而不想这么多水平很深。
我最初在Entry show页面上有一个新注释的表单,但是在进行一些自定义验证和传递错误消息等方面遇到了问题(即,我需要在提交前对这些单词进行计数)。
有什么想法?我并不反对使用查询字符串,只是不确定是否有更好的方法。
答案 0 :(得分:0)
老实说,我无法看到嵌套资源的问题。您将需要在您的案例中确定条目,以便您选择POST /entries/123/comments
或POST /comments?entry_id=123
。我个人更喜欢前者。