क्रियाएं बातें करती हैं। फिल्टर चीजों को संशोधित करते हैं। आप किसी एक्शन में सामान करते हैं, जबकि यदि आप एक फ़िल्टर लागू करते हैं, तो आप किसी भी ईवेंट या कार्यों के होने की उम्मीद नहीं करते हैं, आपके द्वारा फ़िल्टर किए जा रहे मूल्य के संशोधन के अलावा। उदा। ईमेल भेजना या फ़िल्टर में DB मान को सहेजना ठीक नहीं है, लेकिन यह एक क्रिया में ठीक है। दुर्लभ क्षण हो सकते हैं जब आपको इस सम्मेलन का उल्लंघन करने की आवश्यकता होती है, लेकिन यह एक उपयोगी और आवश्यक है।
सभी को बदलने add_action
और do_action
उनके फ़िल्टर समकक्षों के साथ कॉल करने से, आप भेद को हटा देते हैं और जैसे नाम 'the_content'
आदि के ज्ञान को मजबूर करते हैं जैसे कि दुनिया से बाहर की क्रियाएं या फ़िल्टर हैं, और आपकी स्मृति में गलतियों को प्रोत्साहित करते हैं।
इसलिए अपने कोड को पढ़ने के लिए कठिन बनाने के बजाय, महसूस करें कि यदि आपका कोड धीमा है, तो ऐसा इसलिए नहीं है क्योंकि आपने एक निर्देश या दो को इधर-उधर नहीं किया है, यह या तो आपका धीमा सर्वर है, या आपके कोड का एल्गोरिथम संरचना है। डेटा की प्रकृति को संभाला जा रहा है। आपको अपनी प्रक्रियाओं को फिर से शुरू करने, हार्डवेयर को अपग्रेड करने या अपने प्रतिमानों को बदलने से बहुत अधिक मिलेगा। चीजों की भव्य योजना में एक धीमी साइट सबसे धीमी होने की संभावना है क्योंकि यह बहुत कुछ करती है या बुरी तरह से लिखित प्रश्न करती है, उदाहरण के लिए पोस्ट क्वेरी जो मेटा पर निर्भर करती है, या __not_in
प्रश्न टाइप करती है
इसे परिप्रेक्ष्य में रखने के लिए, जब वर्डप्रेस चलता है, तो PHP लाखों निर्देशों को निष्पादित करता है । फिल्टर के लिए स्वैपिंग क्रियाएं मुश्किल से एक प्रतिशत के शीर्ष 1 हजारवें हिस्से में सेंध लगाती हैं।
http://fabien.potencier.org/article/8/print-vs-echo-which-one-is-faster
मैंने एक नए Wordpress स्थापना पर कोशिश की है। स्क्रिप्ट मेरे लैपटॉप पर "बस त्रुटि" के साथ समाप्त होने से पहले रुक जाती है, लेकिन opcodes की संख्या पहले से ही 2.3 मिलियन से अधिक थी । पर्याप्त कथन।
यदि आप वास्तव में कोशिश करना चाहते हैं, तो देखें कि कैसे लड़के ने VLD का उपयोग किया और अपने लिए अपने सिद्धांत का परीक्षण किया।