has_many: through => वस्तुओं को जल्दी से कैसे एक्सेस करें?

आप जानते हैं कि जब आप दो मॉडलों के बीच कई-से-कई संबंधों को व्यवस्थित करना चाहते हैं, तो मानवता का प्रगतिशील हिस्सा तालिकाओं में शामिल होता है और विकल्प के साथ has_many विधि :through => :join_model_name । दो ActiveRecord ऑब्जेक्ट के बीच प्रत्येक संबंध एक ActiveRecord ऑब्जेक्ट है।

और यह अद्भुत है, क्योंकि ज्वाइन-टेबल में आप वस्तुओं के बीच संबंधों के बारे में अतिरिक्त जानकारी के साथ उपयोगी (तथाकथित "अतिरिक्त") फ़ील्ड बना सकते हैं।

सवाल यह है कि इन अतिरिक्त विशेषताओं को कैसे प्राप्त किया जाए।

भाग्य के रूप में सभी स्क्रेंकोस्ट और किताबें, सरल उदाहरणों के साथ काम करती हैं। उदाहरण के लिए, अनुच्छेद और श्रेणी मॉडल दोस्त हैं। बेशक, एक सम्मिलित वर्ग के लिए, नाम वर्गीकरण या ArticleCategorization सहज रूप से भीख माँगता है।



तदनुसार, यदि हमारे पास दो वस्तुएं हैं - लेख और श्रेणी , और हम एक एआर-ऑब्जेक्ट (या ऑब्जेक्ट) ढूंढना चाहते हैं जो उनके बीच के संबंध को प्रमाणित करता है, तो शुद्ध हृदय वाले पुस्तकों के लेखक ऐसा करने का सुझाव देते हैं:

 relations = article.article_categorizations.find_by_category_id(category) 

जीवन में, सब कुछ अधिक जटिल है। मॉडल में अक्सर लंबे यौगिक नाम होते हैं, या मॉडल के बीच ऐसा संबंध होता है कि प्रत्येक सम्मिलित मॉडल के लिए एक नाम का आविष्कार करना थोड़ा यातना में बदल जाता है। कल्पना कीजिए कि हमारे मॉडल अनुच्छेद और श्रेणी नहीं हैं, लेकिन उपयोगकर्ता समूह और समुदाय , या Preorder और CustomerNotification हैं । बाध्यकारी मॉडल को क्या कहा जाना चाहिए? संभव विकल्प।


इसलिए, प्रोग्रामर किसी भी तरह से परियोजना के ढांचे में अपने नाम को मानकीकृत करने के लिए तैयार हैं, ताकि ध्यान में न रखें। उदाहरण के लिए टेम्प्लेट चुने जाते हैं:

1) FirstmodelSecondmodelRelation : ArticleCategoryRelation, UserGroupCommunityRelation या
2) फर्स्टमॉडलवीस सेंकंडमॉडल : आर्टिकलश्रेणी, उपयोगकर्तासमूहसुविधा
3) ...

मान लीजिए हमने पहला विकल्प चुना है। अब देखें कि आपको कनेक्टिंग मॉडल की वस्तुओं को प्राप्त करने के लिए क्या करना है:

 preorder, message = Preorder.first, CustomerNotification.first relations = preorder.preorder_customer_notification_relations.find_by_customer_notification_id(message) 

यही है, "पुस्तक से भिन्न" बहुत ही क्रियात्मक दिखता है। और मैं कुछ इस तरह देखना चाहता हूं:

 preorder.relation_to(message) #      =>   PreorderCustomerNotificationRelation preorder.relations_to(message) #  ,  join-    =>   ActiveRecord::Relation 

इसी तरह, यह विपरीत दिशा में, सममित रूप से काम करना चाहिए:

 message.relations_to(preorder).where(:extra_field => "value") 

रेल में ऐसी विशेषताएं लागू क्यों नहीं की जाती हैं? इसका उत्तर सरल है: उनके नाम और मापदंडों में एक लिंक टेबल का संकेत भी नहीं है, और किसी भी दो मॉडल के लिए प्रोग्रामर जितनी चाहें उतनी तालिकाओं और लिंक बना सकते हैं। उनमें से किसे खोजा जाना चाहिए? - स्पष्ट नहीं।

हालांकि, ऊपर वर्णित दो कार्यों में जीवन का अधिकार और उचित उपयोग है।

क्योंकि अनुभव बताता है:
1) सबसे अधिक बार किसी भी दो मॉडल के बीच केवल एक जॉइन-मॉडल होता है। और इसकी गणना की जा सकती है।
2) इसकी वस्तुओं को अक्सर एक्सेस करना आवश्यक है, खासकर यदि उनके पास अतिरिक्त गुण हैं।
3) इसमें शामिल होने वाले मॉडलों के लंबे नामों के लिए डरावना नहीं है - अगर वे कोड की पठनीयता को प्रभावित नहीं करते हैं।

हमारी रेल परियोजना में दो फाइलें जोड़ें:

/lib/ext/active_record/base.rb ActiveRecord :: बेस एक्सटेंशन ही है

 module MyExtensions module ActiveRecord module Base #   ,  has_many->through #    ActiveRecord::Relation  nil def relations_to(target) return nil unless target.kind_of? ::ActiveRecord::Base reflection = self.class.reflections.find do |r| r[1].instance_of? ::ActiveRecord::Reflection::ThroughReflection and r[1].klass == target.class end.at 1 rescue nil #    Array return nil unless reflection self.send(reflection.through_reflection.name).where(reflection.foreign_key.to_sym => target.id) end def relation_to(target) rels = relations_to(target) if rels.instance_of? ::ActiveRecord::Relation return (rels.count > 0) ? rels.first : nil end rels end end end end class ActiveRecord::Base include MyExtensions::ActiveRecord::Base end 

/config/initializers/ext.rb

 # Load extensions to existing classes. Dir["lib/ext/**/*.rb"].each do |fn| require File.expand_path( fn ) end 

मुझे किसी भी परिवर्धन और सुधार के लिए खुशी होगी जो कोड को सरल करता है।

मुझे टिप्पणी करने में भी खुशी होगी "प्रिय, एक सरल तरीका है, यह करें: ...", क्योंकि मेरी योजना एक सदी जीने और अधिक से अधिक अध्ययन करने की है :)