Yii में स्वचालित कैश टैगिंग

टैग कैशिंग एक उपकरण है जो आपको कुछ निर्भरताएं बदलने पर कैश-दर-बिंदु को अपडेट करने की अनुमति देता है।
दुर्भाग्य से, Yii डेवलपर्स ने ActiveRecord में इस उपकरण को लागू करने के लिए आवश्यक नहीं माना, लेकिन इसके लायक होगा। हालाँकि, उन्होंने हमें इसे स्वयं करने का अवसर दिया।

निर्भरता के आधार पर मॉडल को टैग करने के कार्यान्वयन को पहले से ही habrahabr.ru/post/159079 पर चर्चा की गई है लेखक को विशेष धन्यवाद। मैं इसे एक आधार के रूप में उपयोग करूंगा, और स्वचालित टैग पीढ़ी के लिए फ़ंक्शन जोड़ूंगा।

हम उन कार्यों को पूरा करते हैं जिन्हें हमें हल करना होगा:

पूर्वनिर्धारित नियमों के अनुसार टैग पीढ़ी। (मानकीकरण)

चूंकि परियोजना में कई अलग-अलग इकाइयाँ हैं, और कनेक्टिंग कुंजियाँ कुछ मानकों के बिना बनती हैं, हमें कॉलम के लिए एक टैग का उपयोग करने का एक तरीका चाहिए, जिनके नाम अलग-अलग हैं। उदाहरण के लिए, एक तालिका में हमारे पास user_id फ़ील्ड है, और दूसरे में हमारे पास customer_id फ़ील्ड है, दोनों कॉलम उपयोगकर्ता इकाई को संदर्भित करते हैं। यह तर्कसंगत है कि उन्हें एक ही टैग - user_id पर निर्भर होना चाहिए।

स्वचालित टैग पीढ़ी

CActiveRecord में कुछ तरीकों को अत्यधिक अधिभारित करें।
टैग रिश्तों के लिए उत्पन्न किया जाना चाहिए, जब एक ही समय में कई मॉडल लाने और मास्टर कुंजी का उपयोग करके एक मॉडल लाने (इसके अलावा, मास्टर कुंजी समग्र हो सकती है)

मैन्युअल रूप से टैग जोड़ने की क्षमता

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

कार्यान्वयन:

उपरोक्त सभी आवश्यकताओं को पूरा करने के लिए, हमें कार्यक्षमता की आवश्यकता है जो हमें मानकों को परिभाषित करने की अनुमति देती है।

अगली समस्या यह निर्धारित करना है कि किसी विशिष्ट मॉडल को बदलते समय किस टैग को हटा दिया जाना चाहिए। पढ़ते समय, हम उन सभी टैगों को बनाते / जांचते हैं जिन पर मॉडल निर्भर करता है। रिकॉर्डिंग करते समय, हमें केवल व्यक्तिगत टैग हटाने होंगे। आप उन टैग को नहीं हटा सकते हैं जिन पर अन्य मॉडल निर्भर करते हैं।

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

हम कैशटैग्स मॉडल विधि ($ मोड = 'पढ़ा') में नियमों को संग्रहीत करेंगे। जिसे एक ऐरे को वापस करना चाहिए। इसके अलावा, हम यह निर्धारित करते हैं कि यदि कैशटैग को मॉडल में घोषित नहीं किया गया है या खाली सरणी नहीं देता है, तो स्वचालित कैशिंग सक्रिय नहीं किया जाएगा।

प्रत्येक टैग में एक उपसर्ग होगा जिसमें मॉडल का नाम निचले मामले में होगा, अर्थात user_id यूजर मॉडल में आईडी प्रॉपर्टी के लिए टैग है।

आगे जाकर मैं कहता हूं कि, कार्यान्वयन के दौरान, मुझे कई प्रकार के नियमों को परिभाषित करना था:

• स्थिर
• स्थिर
• लिंक
• समग्र

स्टेटिक - सरणी का एक रैखिक तत्व, जिसका मूल्य तालिका के किसी भी स्तंभ से मेल खाता है। टैग में एक उपसर्ग और नियम का वर्तमान नाम शामिल होगा।

लगातार - प्रमुख चरित्र के साथ एक मूल्य ':', जिसका उपयोग टैग नाम के बजाय, चरित्र को हटाने के बाद किया जाएगा: ':'। दूसरे शब्दों में, टैग नाम में एक वैश्विक उपसर्ग नहीं जोड़ा जाएगा।

एक लिंक एक सरणी का एक सहयोगी तत्व है जिसकी कुंजी एक तालिका स्तंभ से मेल खाती है; टैग का नाम देने के लिए नियम मान का उपयोग किया जाएगा। इसके अलावा, नियम के मूल्य को अन्य नियमों के रूप में दर्शाया जा सकता है।

रचना नियमों का एक सरणी है। संबंधित समग्र टैग बनाया जाएगा।

एक उदाहरण:

public function cacheTags($mode='read'){ switch ($mode) { case 'read': return array( 'id', //  'user_id'=>':user_id', // ,         array( 'id', 'email'=>'user_email' ) //  ); break; case 'write': return array( 'id', //  array( 'id', 'email'=>'user_email' ) //  ); break; } } 

उपरोक्त उदाहरण में, हम देखते हैं कि मॉडल आईडी, user_id, समग्र, आईडी और user_email से मिलकर टैग पर निर्भर करता है, लेकिन रिकॉर्डिंग के दौरान केवल आईडी और समग्र टैग हटा दिए जाएंगे। इस प्रकार, user_id टैग अछूता रहेगा और उस पर निर्भर अन्य मॉडल प्रभावित नहीं होंगे।

उपरोक्त सभी को एक लाइब्रेरी के रूप में लागू किया गया है और github: github.com/yiix/Cache पर पोस्ट किया गया है।
स्थापना के लिए, आप संगीतकार का उपयोग कर सकते हैं या केवल रिपॉजिटरी की प्रतिलिपि बना सकते हैं। मॉडल को \ Yiix \ Cache \ Tagging \ CActiveRecord वर्ग इनहेरिट करना होगा। इसके अलावा, टैग उत्पन्न करने के नियमों के विवरण के साथ प्रत्येक मॉडल में कैशटैग विधि को जोड़ना न भूलें, क्योंकि सभी स्वचालन इसमें हैं।

मुझे लाइब्रेरी से कोड के साथ पोस्ट को अव्यवस्थित करने के लिए बहुत अधिक कारण नहीं दिखाई देते हैं, मैं केवल कुछ उदाहरण देगा।
उदाहरणों में कोड सीधे इस्तेमाल नहीं किए जाने चाहिए। मैं उन्हें Yiix / Cache / Tagging / CActiveRecord में प्रयुक्त तकनीक का वर्णन करने के लिए उद्धृत करता हूं।

मान लें कि हमारे पास निम्नलिखित मॉडल हैं:

 class User extends \Yiix\Cache\Tagged\CActiveRecord { ... public function cacheTags($mode = 'read') { switch ($mode) { case 'write': return array( 'id','email','username'=>':user_name', array('id','email') ); break; case 'read': return array( 'id','email','username'=>':user_name', array('id','email') ); default: break; } } ... } class Post extends \Yiix\Cache\Tagged\CActiveRecord { ... public function cacheTags($mode = 'read') { switch ($mode) { case 'write': return array( 'id', ); break; case 'read': return array( 'id', 'authorId'=>':user_id', ); default: break; } } ... } class Tag extends \Yiix\Cache\Tagged\CActiveRecord { ... public function cacheTags($mode = 'read') { switch ($mode) { case 'write': return array( 'id', 'name', ); break; case 'read': return array( 'id', 'name', ); default: break; } } ... } 

यह तर्कसंगत है कि यह महत्वपूर्ण गुणों के लिए नियमों को परिभाषित करने के लिए पर्याप्त है।

उदाहरण 1

टैग प्राथमिक कुंजी द्वारा बनाया जाएगा।

 $model = User::model()->findByPk(1); $tags = \Yiix\Cache\Tagged\Helper::generateTags($model); dump($tags); 

परिणाम:

 array ( 0 => 'user_id=1' ) 

उदाहरण 2

इस पैरामीटर के द्वारा टैग बनाए जाते हैं।

 $tags = \Yiix\Cache\Tagged\Helper::generateTags(User::model(),array( 'id'=>'1', 'email'=>'webmaster@example.com', 'username'=>'demo' )); dump($tags); 

परिणाम:

 array ( 0 => 'user_id=1' 1 => 'user_email=webmaster@example.com' 2 => 'user_name=demo', 3 => 'user:user_id=1,user_email=webmaster@example.com' ) 

नतीजतन, एक समग्र नियम द्वारा बनाया गया एक टैग (सूचकांक 3 के साथ सरणी तत्व) है।

उदाहरण 3

उदाहरण के तौर पर २।

 $tags = \Yiix\Cache\Tagged\Helper::generateTags($Tag::model(),array('name'=>'blog')); dump($tags); 

परिणाम:

 array ( 0 => 'tag_name=blog' ) 

उदाहरण 4

मैन्युअल रूप से टैग जोड़ना।

 $criteria = new \Yiix\Cache\Tagged\CDbCriteria(); $criteria->addInCondition('authorId', array('1','2')); $criteria->tags = array( 'authorId'=>array('1','2'), ); $tags = \Yiix\Cache\Tagged\Helper::generateTags(Post::model(),$criteria); dump($tags); 

परिणाम:

 array ( 0 => 'user_id=1' 1 => 'user_id=2' ) 

यहां हम देखते हैं कि "लिंक" नियम ने काम किया है और टैग नाम उपयोगकर्ता इकाई के अनुरूप हैं

पुस्तकालय एक नाम स्थान का उपयोग करता है। Namespace कॉन्फ़िगरेशन जानकारी यहाँ वर्णित है:
yiiframework.ru/doc/guide/ru/basics.namespace

आपका ध्यान देने के लिए धन्यवाद।