🥧 👍🏻 ♨️ अनुभव के Yii विनिमय: मॉडल (समाप्त) 👩🏾‍🔧 ⛽️ 👋🏿

मॉडल की जिम्मेदारी का क्षेत्र और परियोजना में इसकी जगह

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

HTML लेआउट, CSS, जावास्क्रिप्ट
सुपरग्लोबल सरणियाँ ($ _GET, ...)
वैश्विक चर
एक्सेस अधिकारों की जांच करना (यह बिंदु संभवतः बहस योग्य है, अभ्यास से पता चलता है कि ऑपरेशन तक पहुंच नियंत्रण नियंत्रक में किया जाना चाहिए)
पाठ तार Yii में लपेटा नहीं है :: t ()

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

स्थिति की जाँच करें

आमतौर पर, सत्यापन अलग-अलग स्थानों पर किया जाता है, दोनों नियंत्रकों और विचारों में, और सत्यापन अक्सर इस तरह दिखता है:

//   if($model->status == 1){ ... } //    if($model->getStatus() === Model::STATUS_ACTIVE){ ... } //   if($model->status !== 1 && $model->status !== 2 && $model->status !== 4){ ... } //--

हालाँकि, यदि आप एक आइएक्टिव () विधि बनाते हैं जो इस जाँच को करता है, तो कोड अधिक नियंत्रित हो जाएगा, विशेष रूप से अक्सर टीके के संदर्भ में। यह कभी-कभी एक विधि बनाने के लिए भी उपयोगी होता है जो एक अलग राज्य की स्थिति में संक्रमण की संभावना के लिए एक जांच का वर्णन करता है। उदाहरण के लिए: यदि रिकॉर्ड में "स्पैम" स्थिति है, तो आप इसे "सक्रिय" स्थिति में स्थानांतरित नहीं कर सकते हैं, हालांकि आप इसे "स्कैन के लिए" स्थिति में स्थानांतरित कर सकते हैं। इस सारे तर्क को भी मॉडल में रखना वांछनीय है। (वर्कफ़्लो सिस्टम बनाते समय यह उपयोगी हो सकता है)

झंडे के खेतों का उपयोग करना

तालिका के आकार (स्तंभों की संख्या) को बचाने के लिए और अधिक लचीला विस्तार कार्यक्षमता के लिए, मॉडल बिट ध्वज फ़ील्ड का उपयोग करते हैं।
इस तरह के क्षेत्रों को आमतौर पर पूर्णांक प्रकार (लेकिन जरूरी नहीं) द्वारा डेटाबेस में दर्शाया जाता है और काफी बड़ी संख्या में झंडे समायोजित करने में सक्षम होते हैं। मैंने पहले ही एक लेख में ध्वज क्षेत्रों का उल्लेख किया है। अब मैं व्यावहारिक अनुप्रयोग दिखाऊंगा। ( इस लेख में बिट मास्क का विस्तार से वर्णन किया गया है)।
उदाहरण: एक उपयोगकर्ता मॉडल है जिसमें उपयोगकर्ता को एक साथ कई झंडे सौंपे जा सकते हैं - "सबसे अच्छा लेखक", "फोन की पुष्टि", "ईमेल की पुष्टि", "एक मध्यस्थ पद के लिए एक अनुरोध छोड़ दिया"

मॉडल का टुकड़ा

  public $flags = 0; const FLAG_CONFIRM_EMAIL = 1; // 00000001 const FLAG_CONFIRM_PHONE = 2; // 00000010 const FLAG_BEST_AUTHOR = 4; // 00000100 const FLAG_BECOME_MODERATOR = 8; // 00001000 /** *   * @param integer $flag * @return \User */ public function setFlag($flag) { $this->flag += intval($flag); return $this; } /** *   * @param integer $flag * @return \User */ public function unsetFlag($flag) { $this->flag -= intval($flag); return $this; } /** *    * @param integer $flag * @return boolean */ public function hasFlag($flag) { return ($this->flags & intval($flag)); } /** *     * @return array */ public function getFlagsLabels(){ return array( self::FLAG_CONFIRM_EMAIL => Yii::t('User',"Email "), self::FLAG_CONFIRM_PHONE => Yii::t('User'," "), self::FLAG_BEST_AUTHOR => Yii::t('User'," "), self::FLAG_BECOME_MODERATOR => Yii::t('User',"   "), ); } /** *      * @param integer $flag * @return \User */ public function withFlags($flag=0) { $this->getDbCriteria()->mergeWith(array( 'order'=>'flags & :flag', 'params' => array(':flag' => $flag), )); return $this; }

MySQL क्वेरी में, चेक फॉर्म लेगा:

  SELECT * FROM `User` WHERE STATUS & 6

उदाहरण में, स्थितियों का एक नामित समूह बनाया गया है। यह आपको नीचे दिखाए अनुसार खोज करने की अनुमति देता है:

  User::model()->withFlags(User::FLAG_CONFIRM_EMAIL)->findAll();

संबंध संबंध

आधिकारिक दस्तावेज़ीकरण में संबंधपरक संबंध अच्छी तरह से वर्णित हैं।
व्यवहार में, ऐसी बारीकियां उत्पन्न होती हैं।

यदि संबंधपरक कनेक्शन FK का उपयोग करके सही तरीके से बनाया गया है, तो डेटाबेस द्वारा डेटा अखंडता सुनिश्चित करने के बाद, सब कुछ स्पष्ट रूप से काम करना चाहिए।
यदि संबंधपरक संबंध केवल YII के माध्यम से बनाया गया है (और FK का उपयोग करना संभव नहीं है), तो संबंध को दर्शाने वाले चर तक सीधी पहुंच का उपयोग नहीं किया जाना चाहिए, इसके बजाय CActiveRecord :: getRelated () का उपयोग किया जाना चाहिए।
लिंक के सत्यापन (सही आईडी) को सत्यापन के दौरान और पहले (हैंडलर) में नियंत्रित किया जाना चाहिए।
संबंधित डेटा को हटाने से पहले () हैंडलर में लागू किया जाना चाहिए।

दृश्य प्रस्तुत करें

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

सहायक उदाहरण

 class UserHelper{ /** *      * @return string */ public static function getProfileLink(User $model, $htmlOptions = array()) { return CHtml::link($model->getUserName(),$model->getProfileUrl(),$htmlOptions); } }

विजेट उदाहरण

 class UserAvatar extends CWidget { public $emptyPhotoUrl = "/static/images/no-photo.png"; public $model; public $htmlOptions; public function run(){ $avatar = $this->emptyPhotoUrl; if($this->model->hasAvatar()) { $avatar = $this->model->getAvatarUrl(); } echo CHtml::image($avatar,$this->model->getUserName(),$this->htmlOptions); } }

विजेट और सहायक विचारों में उपयोग करने के लिए सुविधाजनक हैं; CGridView विजेट के अंदर उपयोग किए जाने पर सहायक सुविधाजनक है।

मॉडल लॉगिंग

मॉडल को डिबग करने के लिए, विशेष रूप से एक कठिन-से-पुन: उत्पन्न करने वाली त्रुटि को पकड़ने के लिए, कभी-कभी घटनाओं के कालक्रम का पता लगाने में सक्षम होना उपयोगी होता है।
ऐसा करने के लिए, आप मॉडल में लॉगिंग विधियों को जोड़ सकते हैं, और डेटा के साथ किए गए सभी कार्यों के लिए एक लॉग (लॉग फ़ाइल) रख सकते हैं। इस सरल यांत्रिकी का कोई भी कार्यान्वयन हो सकता है, हालांकि, CLogRoute घटक को याद करने और अपने मॉडल के लिए मार्गों में से एक को कॉन्फ़िगर करने के लिए उपयोगी है; लॉग को डेटाबेस में लॉग इन किया जा सकता है (ध्यान से, यह प्रदर्शन को कम करता है) और सरल फ़ाइलों में। लॉग में उपयोगकर्ता डेटा लिखने के लिए भी उपयोगी है, जिस पर ऑपरेशन किया जाता है, यह डिब्रीफिंग को सरल करेगा।