बिट्रिक्स के लिए स्व-निर्मित ओआरएम

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





अधीरता के लिए, मैं तुरंत GitHub पर मॉड्यूल के स्रोत कोड का एक लिंक दूंगा । यह एक प्रकार का प्रोटोटाइप है - क्योंकि इसमें कुछ समस्याएं हैं, और सभी क्षणों को खूबसूरती से हल नहीं किया जाता है, लेकिन फिर भी, यह पहले से ही काम करता है। तो अभी भी हमारे उत्पाद। हालांकि एक प्रोटोटाइप। कोड लिखने में 4 घंटे से भी कम का समय लगा, इसके साथ ही यह भी पता चल गया।

उपयोगिता

• कारखाने के माध्यम से वांछित वर्गों की वस्तुओं को बनाने के लिए एक तंत्र लागू किया।
  

  $item=new ORM(5); //     5 $item=ORM::Factory(5); // $item=new ORM("news"); //    CODE=news $item=ORM::Factory("news"); //      newsBitrixOrm  NewsBitrixOrm,      -      CODE=news 

  
  
• खेतों के साथ काम करते समय स्वचालित रूप से लागू होने वाले बसने और गेटर्स के लिए समर्थन है।
  

   class NewsBitrixORM extends ORM{ protected $IBlockID=1; protected $auto_getters = array("NAME"=>"GetNameValue"); protected $auto_setters = array("NAME"=>"SetNameValue"); public function GetNameValue($value){ return str_replace(" ( !)", "", $this->_data["NAME"]); } public function SetNameValue($value){ $this->_data["NAME"]=$value." ( !)"; $this->_changed_fields["NAME"]="NAME"; return true; } } 

  
  
• सभी बुनियादी कार्यों को लागू किया गया है (विभिन्न फिल्टर द्वारा बनाएं, हटाएं, संशोधित करें, खोजें)।
  

   $ormNews = ORM::Factory(4); $list=$ormNews->Where("WIDTH","=","140")->FindAll(); foreach ($list as $_news){ $_news->NAME="   {$_news->ID}"; $_news->WIDTH=24; echo "<pre>".print_r($_news->AsArray(true),true)."</pre>"; if ($_news->ID%2==0) $_news->Delete(); else { $_news->NAME.=" [!]"; $_news->Save(); } } 

  
  
• मानक फ़ील्ड और कस्टम गुण दोनों के साथ काम करना बिल्कुल समान है।
• "सूची" प्रकार के क्षेत्रों के साथ काम करते समय एक ख़ासियत है। उदाहरण के लिए, हमारे पास COLOR संपत्ति है। इसके साथ काम करते समय, दो फ़ील्ड दिखाई देंगे - COLOR , जिसमें चयनित सूची आइटम का पाठ मान और COLOR__ID (दो अंडरस्कोर) शामिल हैं, जिसमें चयनित विकल्प की आईडी है। मान को बदलने के लिए, आपको इसे किसी अन्य सूची विकल्प (उदाहरण के लिए, $item->ID=5 ) की $item->ID=5 COLOR__ID होगी, और स्वचालित रूप से COLOR__ID को यह मान प्राप्त होगा, और COLOR पाठ मान को बदल देगा।

कमियों

• गति में कुछ कमी। यह मौजूदा ब्लॉक डेटा के साथ काम करने के लिए मौजूदा एपीआई के साथ काम करता है, न कि सीधे डेटाबेस के साथ। दूसरी ओर, इन हिस्सों को फिर से लिखा जा सकता है, जिसके बाद इस ओआरएम से जुड़े सभी कोड काम करना जारी रखेंगे
• आइटम के साथ विशेष रूप से काम करता है (फ़ोल्डर्स नहीं)
• ORD प्रश्नों के साथ जटिल प्रश्नों के लिए कोई सामान्य तंत्र नहीं हैं।
• $ obj-> आइटम [] = "मान" की क्वेरी के साथ सरणी गुण (एकाधिक गुण) भरने की कोई संभावना नहीं है; इसके बजाय, आपको अभी के लिए AddToArrayValue ("आइटम", "मूल्य") का उपयोग करना होगा। इस बिंदु के आसपास कैसे पहुंचें, अभी तक इसका पता नहीं चला है।
• infoblocks (एक से एक, एक से कई, आदि) के बीच निर्भरता बनाने के लिए कोई समाधान नहीं है।