मैं अपना सिर इधर inverse_of- उधर करने की कोशिश कर रहा हूं और मुझे नहीं मिला।
उत्पन्न वर्ग क्या दिखता है, यदि कोई हो?
करता है inverse_ofविकल्प समान व्यवहार करता है, तो के साथ प्रयोग किया प्रदर्शन :has_many, :belongs_toऔर :has_many_and_belongs_to?
क्षमा करें यदि यह एक ऐसा मूल प्रश्न है।
मैंने यह उदाहरण देखा:
class Player < ActiveRecord::Base
has_many :cards, :inverse_of => :player
end
class Card < ActiveRecord::Base
belongs_to :player, :inverse_of => :cards
endजवाबों:
से प्रलेखन , ऐसा लगता है जैसे :inverse_ofविकल्प एसक्यूएल प्रश्नों से बचने के लिए, उन्हें पैदा नहीं करने के लिए एक विधि है। यह ActiveRecord के लिए एक संकेत है कि पहले से ही लोड किए गए डेटा का उपयोग करने के बजाय इसे फिर से एक रिश्ते के माध्यम से लाने के लिए।
उनका उदाहरण:
class Dungeon < ActiveRecord::Base
has_many :traps, :inverse_of => :dungeon
has_one :evil_wizard, :inverse_of => :dungeon
end
class Trap < ActiveRecord::Base
belongs_to :dungeon, :inverse_of => :traps
end
class EvilWizard < ActiveRecord::Base
belongs_to :dungeon, :inverse_of => :evil_wizard
endइस मामले में, कॉलिंग dungeon.traps.first.dungeonको dungeonएक नया लोड करने के बजाय मूल वस्तु को वापस करना चाहिए क्योंकि डिफ़ॉल्ट रूप से यह मामला होगा।
मुझे लगता :inverse_ofहै कि सबसे अधिक उपयोगी है जब आप ऐसे संघों के साथ काम कर रहे हैं जो अभी तक कायम नहीं हैं। उदाहरण के लिए:
class Project < ActiveRecord::Base
has_many :tasks, :inverse_of=>:project
end
class Task < ActiveRecord::Base
belongs_to :project, :inverse_of=>:tasks
endअब, कंसोल में:
irb> p = Project.new
=> #<Project id: nil, name: nil, ...>
irb> t = p.tasks.build
=> #<Task id: nil, project_id: nil, ...>
irb> t.project
=> #<Project id: nil, name: nil, ...>:inverse_ofतर्कों के बिना , t.projectवापस आ जाएगा nil, क्योंकि यह एक sql क्वेरी को ट्रिगर करता है और डेटा अभी तक संग्रहीत नहीं है। :inverse_ofतर्कों के साथ , डेटा को मेमोरी से पुनर्प्राप्त किया जाता है।
:inverse_ofनए माता-पिता और बाल संस्थाओं को एक ही रूप में बनाते समय मेरे लिए एक मुद्दा हल किया।
इसके बाद अधिकांश मामलों में pr ( https://github.com/rails/rails/pull/9522 ) व्युत्क्रम की आवश्यकता नहीं होती है।
सक्रिय रिकॉर्ड मानक नामों के साथ अधिकांश संघों के लिए स्वचालित पहचान का समर्थन करता है। हालाँकि, सक्रिय रिकॉर्ड स्वचालित रूप से द्वि-दिशात्मक संघों की पहचान नहीं करेगा जिसमें निम्न विकल्प शामिल हैं:
class Author < ApplicationRecord
has_many :books, inverse_of: 'writer'
end
class Book < ApplicationRecord
belongs_to :writer, class_name: 'Author', foreign_key: 'author_id'
end
a = Author.first
b = a.books.first
a.first_name == b.writer.first_name # => true
a.first_name = 'David'
a.first_name == b.writer.first_name # => trueउपरोक्त उदाहरण में, उसी ऑब्जेक्ट का एक संदर्भ चर aऔर विशेषता में संग्रहीत है writer।
inverse_ofया नहीं, इसके लिए परिणाम a.first_name == b.author.first_nameहमेशा कठिन होता है।
हर किसी के लिए बस एक अपडेट - हमने बस inverse_ofअपने एक ऐप के साथ एक has_many :throughएसोसिएशन का उपयोग किया है
यह मूल रूप से "मूल" ऑब्जेक्ट "चाइल्ड" ऑब्जेक्ट को उपलब्ध कराता है
इसलिए यदि आप रेल के उदाहरण का उपयोग कर रहे हैं:
class Dungeon < ActiveRecord::Base
has_many :traps, :inverse_of => :dungeon
has_one :evil_wizard, :inverse_of => :dungeon
end
class Trap < ActiveRecord::Base
belongs_to :dungeon, :inverse_of => :traps
validates :id,
:presence => { :message => "Dungeon ID Required", :unless => :draft? }
private
def draft?
self.dungeon.draft
end
end
class EvilWizard < ActiveRecord::Base
belongs_to :dungeon, :inverse_of => :evil_wizard
endउपयोग :inverse_ofकरने से आप डेटा ऑब्जेक्ट तक पहुंच सकते हैं, जो इसके विपरीत है, बिना किसी और एसक्यूएल प्रश्नों का प्रदर्शन किए
जब हमारे पास has_many और अंतर्गत_ संबंध के साथ 2 मॉडल हैं, तो हमेशा inverse_of का उपयोग करना बेहतर होता है जो ActiveRecod को सूचित करता है कि वे एसोसिएशन के एक ही पक्ष के हैं। इसलिए यदि एक तरफ से एक क्वेरी ट्रिगर की जाती है, तो यह कैश और कैश से काम करेगा यदि यह विपरीत दिशा से ट्रिगर होता है। जो प्रदर्शन में सुधार करता है। रेल से 4.1, उलटा_ऑफ स्वचालित रूप से सेट हो जाएगा, अगर हम विदेशी_की का उपयोग करते हैं या वर्ग के नाम में परिवर्तन करते हैं, तो हमें स्पष्ट रूप से सेट करने की आवश्यकता है।
विवरण और उदाहरण के लिए सर्वश्रेष्ठ लेख।
http://viget.com/extend/exploring-the-inverse-of-option-on-rails-model-associations
इस लेख पर एक नज़र डालें !!
http://gsusmonzon.blogspot.com.br/2011/09/rails-power-of-inverseof.html
यदि आपके पास has_many_throughदो मॉडल, उपयोगकर्ता और भूमिका के बीच संबंध है, और गैर-मौजूदा या अमान्य प्रविष्टियों के खिलाफ कनेक्टिंग मॉडल असाइनमेंट को मान्य करना चाहते हैं validates_presence of :user_id, :role_id, तो यह उपयोगी है। आप अभी भी उसके सहयोग से एक उपयोगकर्ता @user उत्पन्न कर सकते हैं @user.role(params[:role_id])ताकि उपयोगकर्ता को बचाने के लिए असाइनमेंट मॉडल का विफल सत्यापन न हो।
कृपया एक नज़र डालें 2 दो उपयोगी संसाधन
और कुछ सीमाएँ याद रखें inverse_of:
साथ काम नहीं करता है: संघों के माध्यम से।
के साथ काम नहीं करता है: बहुरूपी संघों।
rel_to संघों के लिए has_many व्युत्क्रम संघों को अनदेखा किया जाता है।