MVC वेब फ्रेमवर्क में खंडित कैशिंग

निश्चित रूप से आधुनिक वेब फ्रेमवर्क के साथ काम करने वाले अधिकांश प्रोग्रामर जो एमवीसी योजना को लागू करते हैं, उन्हें इस तरह की छोटी कठिनाई का सामना करना पड़ा है: एक दृश्य टुकड़े को कैशिंग।



अच्छे फ्रेमवर्क पूर्ण पृष्ठ कैशिंग, खंडित या एक्शन कैशिंग के लिए उपकरण प्रदान करते हैं। मैंने हाल ही में Railscasts पॉडकास्ट के 90 वें अंक को देखा, जो विशेष रूप से Ruby on Rails में खंडित कैशिंग के लिए समर्पित था, और एक सम्मानित लेखक ने समस्या को हल किया, यह मुझे प्रतीत हुआ, इष्टतम नहीं।



मैं स्थिति का वर्णन करूंगा।

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



पॉडकास्ट के लेखक एक बदसूरत समाधान दिखाता है - टेम्पलेट में डेटा तैयार करने के लिए कोड को स्थानांतरित करना और तुरंत, निश्चित रूप से, इसे "बदसूरत" के रूप में चिह्नित करता है। वह जो सुझाव देता है वह इस कोड को मॉडल में स्थानांतरित करना है। यही है, उत्पाद मॉडल में एक विशेष विधि बनाई जाती है जो नए उत्पादों का चयन करती है, और इस पद्धति को टेम्पलेट से कहा जाता है।

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

मेरा फैसला

मैं अपने PHP फ्रेमवर्क के साथ काम करता हूं, और मैं PHP में एक उदाहरण लिखूंगा, लेकिन समाधान सरल है और किसी भी स्क्रिप्टिंग भाषा में लागू किया जा सकता है।



view.php :

 <Code>
 ...
 <?  if! (cacher :: start ('Cache_Name')) {!>
	 <Ul>
		 <?  foreach ($ आइटम के रूप में नवीनतम) {?>
			 <li> <? = $ आइटम-> नाम (?)?>: <? = $ आइटम-> मूल्य ();> </ li>
		 <?  }?>
	 </ Ul>
 <?  cacher :: end ();  }?>
 ...
 </ Code>

नियंत्रक। एफपीपी :

 <Code>
 ...
 $ नवीनतम = नया model_collection ('उत्पाद');
 $ नवीनतम-> load_by ($ हालत, $ आदेश, $ सीमा);

 $ यह-> निर्यात ('नवीनतम', $ नवीनतम);
 ...
 </ Code>

Load_by (...) विधि एक या अधिक डेटाबेस क्वेरी करती है और उत्पाद वर्ग के मॉडल का एक सेट बनाती है। यही है, संसाधनों को अनुरोध पर खर्च किया जाता है, और यहां तक ​​कि मॉडल के उदाहरणों पर स्मृति भी।

किसी भी तरह से यह याद रखना अच्छा होगा कि हम क्या करना चाहते हैं, और केवल यह करें अगर कोई कैश नहीं है।

इसे लिखिए।



utils.php :

 <Code>
 ...
 तैयार की गई कक्षा stdClass का विस्तार करती है। तैयार ऑपरेशन के भंडारण के लिए छोटे वर्ग
 {
	 // मैं गेटर्स और सेटर के साथ उदाहरण को जटिल नहीं करूंगा
	 सार्वजनिक $ obj, $ पद्धति, $ args;
 }

 क्लास के बर्तन
 {
 ...
	 सार्वजनिक स्थैतिक समारोह तैयार ($ obj, $ विधि, $ args = null)
	 {
		 $ रिस = नया तैयार ();

		 // विधि असीमित संख्या में मापदंडों को स्वीकार करती है
		 $ args = func_get_args ();
		 $ res-> obj = array_shift ($ args);
		 $ रेस-> विधि = array_shift ($ args);
		
		 // अन्य सभी मापदंडों को याद रखें
		 $ रेस-> आर्ग्स = $ आर्ग्स;

		 $ रे वापस;
	 }

	 सार्वजनिक स्थिर फ़ंक्शन रन ($ तैयार)
	 {
		 // बीमा: टेम्पलेट को यह नहीं सोचना चाहिए कि क्या वास्तविक डेटा आया था, या रिक्त है
		 अगर (($ तैयार किया गया Inst_of तैयार है)) $ तैयार वापसी;
		
		 वापसी call_user_func_array (सरणी ($ तैयार-> obj, $ तैयार-> विधि), $ तैयार-> args);
	 }

 ...
 }
 ...
 </ Code>

run()



विधि davojan के संकेत पर सरल है।

के उपयोग

कंट्रोलर। एफपी :

 <Code>
 ...
 $ नवीनतम = नया model_collection ('उत्पाद');
 // कुछ भी लोड न करें
 // $ नवीनतम-> load_by ($ हालत, $ आदेश, $ सीमा);
 // याद रखें कि हम टेम्पलेट के लिए चर में क्या करना चाहते हैं
 $ नवीनतम = बर्तन :: तैयार ($ नवीनतम, 'load_by', $ हालत, $ आदेश, $ सीमा);

 $ यह-> निर्यात ('नवीनतम', $ नवीनतम);
 ...
 </ Code>

view.php :

 <Code>
 ...
 <?  if! (cacher :: start ('Cache_Name')) {!>
	 <?
	 // केवल यहां हम नियोजित करते हैं, जबकि टेम्पलेट को यह जानने की आवश्यकता नहीं है कि वास्तव में क्या किया जा रहा है
	 $ नवीनतम = बर्तन :: रन ($ नवीनतम);
	 ?>
	 <Ul>
		 <?  foreach ($ आइटम के रूप में नवीनतम) {?>
			 <li> <? = $ आइटम-> नाम (?)?>: <? = $ आइटम-> मूल्य ();> </ li>
		 <?  }?>
	 </ Ul>

 <?  cacher :: end ();  }?>
 ...
 </ Code>

मान लीजिए, आपके ढांचे में, स्थिर विधि का उपयोग करके माल लोड करना होगा। कृपया, आप यह कर सकते हैं:



नियंत्रक। एफपीपी :

 <Code>
 ...
 // कुछ भी लोड न करें
 // $ नवीनतम = उत्पाद :: get_latest (...);
 // याद रखें कि हम टेम्पलेट के लिए चर में क्या करना चाहते हैं
 $ नवीनतम = बर्तन :: तैयार ('उत्पाद', 'get_latest', ...);

 $ यह-> निर्यात ('नवीनतम', $ नवीनतम);
 ...
 </ Code>

टेम्पलेट में, आपको कुछ भी बदलने की आवश्यकता नहीं है।

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



मुझे टिप्पणी करने में खुशी होगी।

अद्यतन

टिप्पणियों में, वे घटकों की उपस्थिति और उन्हें अपनी संपूर्णता में कैश करने की क्षमता का संकेत देते हैं। मुझे स्पष्ट करना होगा - नोट उस बारे में नहीं है। मैं आपको वास्तविक जीवन से एक और उदाहरण देता हूं।



समाचार सूची पृष्ठ, नियंत्रक 'समाचार' की कार्रवाई 'सूचकांक'।

 <Code>
 ...
 $ समाचार = नया model_collection ('समाचार');  // या आपके पास जो कुछ भी है
 $ समाचार-> load_by ($ शर्तें, $ आदेश, $ सीमा);

 $ यह-> निर्यात ('समाचार', $ समाचार);
 ...
 </ Code>

खबरों की सूची वाला एक खाका लेआउट में सन्निहित है, जिसमें अभी भी घटकों (नए उत्पादों, विनिमय दरों, आदि) का एक गुच्छा है। घटकों को पूरी तरह से, स्वाभाविक रूप से कैश किया जाता है। लेकिन यह "मुख्य" क्रिया है जिसे हमें निष्पादित करने की आवश्यकता है, हम अक्सर पूरे पृष्ठ को कैश नहीं कर सकते हैं।

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



तो यह स्पष्ट होना चाहिए।