Ruby on rails Rails控制器是否显示资源/对象列表? 我的应用程序有三个模型:引号,图像,视频< /代码>,所有这些我都考虑了内容< /代码>。我想调用我的contentcontroller的index操作,以JSON格式显示这些对象的混合。例如,我得到了类似这样的东西 [ { ...image json... }, { ...image json... }, { ...video json... }, { ...quote json... }, { ...image json... } ]

Ruby on rails Rails控制器是否显示资源/对象列表? 我的应用程序有三个模型:引号,图像,视频< /代码>,所有这些我都考虑了内容< /代码>。我想调用我的contentcontroller的index操作,以JSON格式显示这些对象的混合。例如,我得到了类似这样的东西 [ { ...image json... }, { ...image json... }, { ...video json... }, { ...quote json... }, { ...image json... } ],ruby-on-rails,ruby,controller,Ruby On Rails,Ruby,Controller,我将如何处理这个问题?我觉得这跟SQL联盟有关?谢谢大家!@contents} 结束 我认为您可以只附加每个对象,但我不建议您这样做。 def索引 @quotes=quotes.all @images=Image.all @videos=Video.all @内容=@quotes+@images+@videos format.json{render:json=>@contents} 结束 我认为您可以只附加每个对象,但我不建议您这样做。 def索引 @quotes=quotes.all @i

我将如何处理这个问题?我觉得这跟SQL联盟有关?谢谢大家!
@Contents = Content.all.whatever 
而不必调用每一个,然后将它们混合在一起,或者使查询变得更加复杂。在这样做时,考虑到每个对象都会调用其normal to_JSON方法,将它们转换为JSON将很容易

format.json {render :json => @Contents}

如果考虑所有三个“内容”,那么您确实应该使用单个表继承策略,它们都从内容模型继承。这样你就可以打电话了

@Contents = Content.all.whatever 
而不必调用每一个,然后将它们混合在一起,或者使查询变得更加复杂。在这样做时,考虑到每个对象都会调用其normal to_JSON方法,将它们转换为JSON将很容易

format.json {render :json => @Contents}

如果考虑所有三个“内容”,那么您确实应该使用单个表继承策略,它们都从内容模型继承。这样你就可以打电话了

@Contents = Content.all.whatever 
而不必调用每一个,然后将它们混合在一起,或者使查询变得更加复杂。在这样做时,考虑到每个对象都会调用其normal to_JSON方法,将它们转换为JSON将很容易

format.json {render :json => @Contents}

如果考虑所有三个“内容”,那么您确实应该使用单个表继承策略,它们都从内容模型继承。这样你就可以打电话了

@Contents = Content.all.whatever 
而不必调用每一个,然后将它们混合在一起,或者使查询变得更加复杂。在这样做时,考虑到每个对象都会调用其normal to_JSON方法,将它们转换为JSON将很容易

format.json {render :json => @Contents}

def索引
@quotes=quotes.all
@images=Image.all
@videos=Video.all
@内容=@quotes+@images+@videos
format.json{render:json=>@contents}
结束
我认为您可以只附加每个对象,但我不建议您这样做。


def索引
@quotes=quotes.all
@images=Image.all
@videos=Video.all
@内容=@quotes+@images+@videos
format.json{render:json=>@contents}
结束
我认为您可以只附加每个对象,但我不建议您这样做。


def索引
@quotes=quotes.all
@images=Image.all
@videos=Video.all
@内容=@quotes+@images+@videos
format.json{render:json=>@contents}
结束
我认为您可以只附加每个对象,但我不建议您这样做。


def索引
@quotes=quotes.all
@images=Image.all
@videos=Video.all
@内容=@quotes+@images+@videos
format.json{render:json=>@contents}
结束

我想您可以只附加每个对象,但我不建议您这样做。

我在考虑继承,但我不确定具体的实现将如何工作。他们会共用一张桌子吗?因此,我将只有一个表,而不是三个表,内容表?但是,该表中会有一个巨大的列列表,例如,对于不适用于引用或图像的视频,会有一个
url
列,并且列表还会继续。在我看来,一个模型=一个表,模型之间的关系=一个表,所以我很难弄清楚在这种情况下继承是如何工作的。是的,会有一些列不适用,但这很好,除非你谈论的每个对象都有100个唯一的列,但是,如果是这样的话,那么您很可能需要将其中的一些列移动到关联的对象上。这就像猫和狗对象从哺乳动物继承的老例子一样,显然猫和狗都有它们不共享的属性,但这并不意味着它们不应该从哺乳动物继承。这里的逻辑是一样的。是的,我相信你的解决方案是最好的,我已经实现了它,这对我来说有点不自然,因为它们都共享同一张表。非常感谢你教我单表继承!!!我在考虑继承,但我不确定具体的实现将如何进行。他们会共用一张桌子吗?因此,我将只有一个表,而不是三个表,内容表?但是,该表中会有一个巨大的列列表,例如,对于不适用于引用或图像的视频,会有一个
url
列,并且列表还会继续。在我看来,一个模型=一个表,模型之间的关系=一个表,所以我很难弄清楚在这种情况下继承是如何工作的。是的,会有一些列不适用,但这很好,除非你谈论的每个对象都有100个唯一的列,但是,如果是这样的话,那么您很可能需要将其中的一些列移动到关联的对象上。这就像猫和狗对象从哺乳动物继承的老例子一样,显然猫和狗都有它们不共享的属性,但这并不意味着它们不应该从哺乳动物继承。这里的逻辑是一样的。是的,我相信你的解决方案是最好的,我已经实现了它,这对我来说有点不自然,因为它们都共享同一张表。非常感谢你教我单表继承!!!我在考虑继承,但我不确定具体的实现将如何进行。他们会共用一张桌子吗?因此,我将只有一张表,而不是三张表