🧙🏼 👩🏾‍🎤 🚑 रेलों में गैर-एसटोनिक एसटीआई 🛀 👞 🙍🏽

कहानी शुरू करने से पहले, याद रखें कि एसटीआई क्या है।

STI (सिंगल टेबल इनहेरिटेंस) एक डिज़ाइन पैटर्न है जो आपको ऑब्जेक्ट-ओरिएंटेड इनहेरिटेंस को एक रिलेशनल डेटाबेस टेबल में स्थानांतरित करने की अनुमति देता है। डेटाबेस तालिका में पदानुक्रम में कक्षा के नाम की पहचान करने वाला क्षेत्र होना चाहिए। अक्सर, RoR में, फ़ील्ड को प्रकार कहा जाता है।

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

इस प्रकार, यदि हम विहित मामले पर विचार करते हैं: वर्ग नाम डेटा के साथ एक तालिका में संग्रहीत किए जाते हैं।

लेकिन एक अलग स्थिति हो सकती है ...

मौजूदा डेटाबेस के शीर्ष पर आवश्यक होने पर कार्य होते हैं, जिस पर एक निश्चित वेब संपादक पहले से ही बहुत सारी चीजों से बंधा होता है। और संभावना है कि मौजूदा सर्किट पूरी तरह से ओआरएम की आवश्यकताओं को पूरा करेगा। नतीजतन, आपको मॉडल को कॉन्फ़िगर करते समय पूरी बात को खींचना होगा।

सामान्यीकरण के लिए एक काफी सामान्य अभ्यास, लुकअप टेबल का उपयोग है।

उदाहरण के लिए, यह संपर्क प्रकारों की निर्देशिका से जुड़ी एक संपर्क तालिका हो सकती है। इस मामले में, मॉडल स्तर पर दर्ज किए गए डेटा की जांच करना तर्कसंगत होगा, आप मूल्यों को प्रारूपित करने के लिए तरीके जोड़ सकते हैं, और इसी तरह।

इस समस्या को हल करने के दो तरीके हैं:

एसटीआई का उपयोग करें, यह सीधे यहाँ भीख माँगता है;
एक मोटे वर्ग का उपयोग करें, जिसमें तर्क को मामले के माध्यम से परिभाषित किया गया है ।

मैं दूसरे विकल्प पर भी विचार नहीं करता, क्योंकि बहुत भारी है और बहुत लचीला नहीं है। इसलिए, हम पहले स्थान पर रहते हैं।

और इसलिए, एसटीआई का उपयोग करने के लिए, एक अतिरिक्त फ़ील्ड की आवश्यकता होती है जो वर्ग को इंगित करेगा। योजना को फिर से बनाना संभव है, लेकिन अतिरेक बढ़ता है, जिसे सही स्थिति में बनाए रखना चाहिए। उपरोक्त उदाहरण के मामले में, प्रकार फ़ील्ड जोड़ते समय, आपको विदेशी कुंजी के साथ फ़ील्ड के मूल्य को सिंक्रनाइज़ करना होगा। इसलिए, उपलब्ध डेटा का उपयोग करना तर्कसंगत होगा। क्योंकि यदि कक्षा का नाम बनने से पहले निर्धारित किया जाता है, तो आपको खुद ActiveRecord के काम में हस्तक्षेप करना होगा।

प्रलेखन और स्रोतों में खुदाई ने इस पूरे तंत्र को स्पष्ट किया। ActiveRecord :: Inheritance मॉड्यूल में स्थित तात्कालिक विधि इसके लिए जिम्मेदार है:

# File activerecord/lib/active_record/inheritance.rb, line 61 def instantiate(record) sti_class = find_sti_class(record[inheritance_column]) record_id = sti_class.primary_key && record[sti_class.primary_key] if ActiveRecord::IdentityMap.enabled? && record_id instance = use_identity_map(sti_class, record_id, record) else instance = sti_class.allocate.init_with('attributes' => record) end instance end

यह विधि काफी सरल है:

बनाए जाने वाले वर्ग को परिभाषित किया गया है।
यदि IdentityMap समर्थन सक्षम है, तो हम इसका उपयोग करते हैं, अन्यथा हम डेटाबेस से प्राप्त आंकड़ों के आधार पर एक नया उदाहरण बनाएंगे।

आइए विचार करें कि यह कैसे निर्धारित किया जाता है कि किस वर्ग को बनाया जाना चाहिए। ऐसा करने के लिए, स्रोत कोड को और देखें, अर्थात्, find_sti_class पद्धति , जिसमें संबंधित विरासत से लिया गया प्रकार का नाम_अभिन्यास फ़ील्ड डिफ़ॉल्ट रूप से स्थानांतरित किया जाता है, जैसा कि पहले ही उल्लेख किया गया है, यह टाइप के बराबर है ।

जैसा कि आप देख सकते हैं, कोई विशेष जादू नहीं है। इसलिए, कार्य को हल करने के लिए, तात्कालिक विधि को फिर से परिभाषित करना आवश्यक था ताकि क्षेत्र से मूल्य के बजाय, लिंक की गई तालिका से प्राप्त एक अन्य को स्थानांतरित कर दिया गया।

परिणामस्वरूप समाधान जेम-ए के रूप में तैयार किया गया था। यह संघों के समान सिद्धांत पर काम करता है। ActiveRecord अतिरिक्त कृत्यों_as_ati विधि के साथ विस्तारित होता है, जिसमें उसी प्रकार का सिंटैक्स होता है, जो कि מ_to विधि है।

 @association_inheritance = { id: 0, field_name: params[:field_name] || :name, block: block_given? ? Proc.new {|type| yield type } : Proc.new{ |type| type }, class_cache: {}, alias: {} } params.delete :field_name @association_inheritance[:association] = belongs_to(association_name, params) validates @association_inheritance[:association].foreign_key.to_sym, :presence => true before_validation :init_type

इस पद्धति में, संचार पर सहायक जानकारी के साथ एक हैश बनाया जाता है, स्वयं संबंध और सत्यापनकर्ता भी जोड़े जाते हैं। इसके अलावा, उदाहरण का विस्तार कई सहायक विधियों के साथ किया जाता है + वास्तव में अधिभार का प्रदर्शन किया जाता है।

ओवरलोड विधि मूल रूप से परिवर्तित नहीं होती है, केवल बनाए गए रिश्ते के आधार पर वर्ग नाम की रसीद जोड़ी जाती है।

 params = self.association_inheritance class_type = if record.is_a? String (params[:alias][record.to_s.downcase.to_sym] || record).to_s.classify else association = params[:association] type_id = record[association.foreign_key.to_s] params[:class_cache][type_id] ||= begin inheritance_record = association.klass.find(type_id) value = inheritance_record.send(params[:field_name].to_sym) value = (params[:alias][value.to_s.downcase.to_sym] || value) value.to_s.classify rescue ::ActiveRecord::RecordNotFound '' end end sti_class = find_sti_class(params[:block].call(class_type))

यह वह जगह है जहां मुख्य परिवर्तन समाप्त होते हैं। परिणामी कक्षा का उपयोग करते हुए, यह एक लिंक की गई तालिका के माध्यम से एसटीआई को लागू करने के लिए निकला। इस दृष्टिकोण में प्रदर्शन में एक माइनस है (यह डेटा कैशिंग द्वारा कुछ स्थानों में तय किया गया था), लेकिन साथ ही यह पूरी तरह से बहुरूपता का उपयोग करना संभव बनाता है।

उपयोग का उदाहरण:

 class PostType < ActiveRecord::Base end class Post < ActiveRecord::Base attr_accessible :name acts_as_ati :type, :class_name => PostType, :foreign_key => :post_type_id, :field_name => :name do |type| "#{type}Post" end end class ForumPost < Post attr_accessible :name ati_type :forum end class BlogPost < Post attr_accessible :name ati_type :blog end

यह समाधान आंतरिक संसाधन के काम में उपयोग किया जाता है और अब तक केवल सकारात्मक पक्ष पर ही दिखाया गया है और इससे कोड को बनाए रखने के लिए अधिक पठनीय और आसान बनाना संभव हो गया है।

मणि को अभी तक रूबीज पर होस्ट नहीं किया गया है, लेकिन इसे जेमफाइल के जरिए जोड़ा जा सकता है:
gem 'ext_sti', :git => 'git://github.com/fuCtor/ext_sti.git'
या तो एक स्थानीय प्रति के रूप में
gem 'ext_sti', :path => %path_to_ext_sti%

रेलों में गैर-एसटोनिक एसटीआई

More articles: