最近使用Rails时,遇到了通过关联关系来多次访问同一条record,虽然得到的内容一样,但是每次都会创建不同对象的情况。
通过查询Rails官方文档,找到了对关联关系的一种设置inverse_of,可以避免在一些情况下重复创建对象的问题。
但是,文档中提到了inverse_of的限制:
- 不能和 :through 选项同时使用
- 不能和 :polymorphic 选项同时使用
- 不能和 :as 选项同时使用
- 在 belongs_to 关联中,会忽略 has_many 关联的 inverse_of 选项
对于最后一条,文档并没有详细解释,因此我针对于Rails3.2.18版本做了试验,但得到的结果与文档中的例子并不一致,现我把实验步骤和结果贴出来供大家参考讨论。
1. 不设置inverse_of
class Post < ActiveRecord::Base
has_many :comments
end
class Comment < ActiveRecord::Base
belongs_to :post
end
rails c 结果展示:
p = Post.first
c = p.comments.first
c.post.object_id == p.object_id # => false
可以看出,当不设置inverse_of时,c.post和p在内存中指向不同的对象。
2. has_many设置inverse_of
class Post < ActiveRecord::Base
has_many :comments, :inverse_of => :post
end
class Comment < ActiveRecord::Base
belongs_to :post
end
rails c 结果展示:
p = Post.first
c = p.comments.first
c.post.object_id == p.object_id # => true
可以看出,当在has_many处设置inverse_of时,c.post和p在内存中都指向同一个对象。
3. belongs_to设置inverse_of
class Post < ActiveRecord::Base
has_many :comments
end
class Comment < ActiveRecord::Base
belongs_to :post, :inverse_of => :comments
end
rails c 结果展示:
p = Post.first
c = p.comments.first
c.post.object_id == p.object_id # => false
可以看出,当在belongs_to处设置inverse_of时,c.post和p在内存中指向不同的对象。
4. has_many和belongs_to都设置inverse_of
class Post < ActiveRecord::Base
has_many :comments
end
class Comment < ActiveRecord::Base
belongs_to :post, :inverse_of => :comments
end
rails c 结果展示:
p = Post.first
c = p.comments.first
c.post.object_id == p.object_id # => true
可以看出,当在has_many和belongs_to处都设置inverse_of时,c.post和p在内存中都指向同一个对象。
通过上面4个测试,可以看到真正起作用的是:在has_many处设置inverse_of,而不是在belongs_to处设置。并且,当同时在has_many和belongs_to设置inverse_of的时候,文档中所描述的“在 belongs_to 关联中,会忽略 has_many 关联的 inverse_of 选项”是不正确的,此时has_many处设置的inverse_of是有效的。
以上是本人的意见看法,如有错误,欢迎大家指正讨论。
转载请注明出处:http://blog.youkuaiyun.com/sunset108/article/details/51742228
本文通过四个实验展示了Rails中inverse_of属性在关联关系中的实际作用,指出在has_many处设置inverse_of能有效避免重复创建对象。
149

被折叠的 条评论
为什么被折叠?



