पहलू ओरिएंटेड PHP प्रोग्रामिंग

सभी को नमस्कार!

इस महीने हमने बैकएंड PHP डेवलपर कोर्स के पहले सेट को पूरा किया और उन्हें (छुट्टियों के दौरान जितना संभव हो) और मुख्य के साथ काम पर रख सकते हैं। पाठ्यक्रम को दूसरे शिक्षक - एवगेनी वोलोसातोव के साथ फिर से भर दिया गया था, जिन्हें बहुत से लोग जानते हैं। खैर, हम परंपरागत रूप से दिलचस्प बातें साझा करते हैं।

चलो चलते हैं।

किसी भी एप्लिकेशन में, कोड के कुछ हिस्से होते हैं जो एक ही समय में आर्किटेक्चर के कई हिस्सों को "क्रॉस" करते हैं।

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

पहलू ओरिएंटेड PHP प्रोग्रामिंग

पहलू ओरिएंटेड प्रोग्रामिंग (एओपी) एक प्रोग्रामिंग प्रतिमान है जो एंड-टू-एंड कार्यक्षमता को व्यवस्थित और संशोधित करने पर केंद्रित है। आवेदन के मामले - एसीएल, लॉगिंग, त्रुटि से निपटने, कैशिंग।

PHP की अंतर्निहित (आंतरिक) मान्यताओं (जब आप किसी फ़ंक्शन / निरंतर / वर्ग को परिभाषित करते हैं, तो यह हमेशा के लिए परिभाषित रहता है) AOP प्रतिमान को लागू करना मुश्किल बनाते हैं।

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

PHP में अन्य प्रसिद्ध AOP कार्यान्वयन:

• AOP (PECL एक्सटेंशन)
• जाओ!

PECL AOP एक्सटेंशन एक दिलचस्प लेकिन एक ही समय में जोखिम भरा दृष्टिकोण है, क्योंकि PECL एक्सटेंशन के लिए समर्थन आम नहीं है। एक अन्य विकल्प है गो-लाइब्रेरी, जो एक एओपी कार्यान्वयन है जो फ्लाई पर PHP कोड को ठीक करता है, जो एओपी विधियों का उपयोग करना संभव बनाता है।

अन्य कार्यान्वयन भी हैं, लेकिन उनमें से अधिकांश प्रॉक्सी के आधार पर निर्मित हैं (जहाँ तक मुझे पता है), और यह दृष्टिकोण कई सीमाएँ हैं।

क्षेत्र में नया लड़का

स्वचालित कोड पीढ़ी लंबे समय से PHP में है और इसका उपयोग कई पुस्तकालयों में किया जाता है, उदाहरण के लिए ProxyManager। और संगीतकार, गोद लेने के लिए धन्यवाद ! दिखाता है कि मक्खी पर संपादन कोड संभव है।

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

इस कार्य के लिए, हम कहलान JIT कोड पैच का उपयोग करते हैं। कहलान नई यूनिट और बीडीडी परीक्षण ढांचा है, जो जेआईटी संपादन तकनीकों के लिए धन्यवाद है जो रूबी या जावास्क्रिप्ट में सीधे स्टब और बंदर पैच कोड की अनुमति देते हैं। हुड के तहत, हम पाते हैं कि यह पुस्तकालय अल्पविकसित PHP पार्सर पर आधारित है। लेकिन, फिर भी, यह हमें सूट करने के लिए काफी तेज और स्थिर है।

फ़िल्टर लाइब्रेरी github.com/crysalead/filter पर उपलब्ध है और इसे निम्नानुसार उपयोग किया जा सकता है।

सबसे पहले, जेआईटी कोड पैच को जितनी जल्दी हो सके शुरू किया जाना चाहिए (उदाहरण के लिए, ऑटोलरेड मशीन को चालू करने के तुरंत बाद):

include __DIR__ . '/../vendor/autoload.php'; use Lead\Filter\Filters; Filters::patch(true); 

ध्यान दें कि कोड संपादन केवल संगीतकार ऑटोलैड’र द्वारा लोड की गई कक्षाओं के लिए ही संभव है। यदि किसी वर्ग को आवश्यकता का उपयोग करते हुए जोड़ा जाता है या भावों को शामिल किया जाता है, तो इसे फ़िल्टर्स :: पैच (ट्रू) कहने से पहले ही लोड कर दिया जाता है, और इसलिए इसे ठीक नहीं किया जाएगा।

डिफ़ॉल्ट रूप से, सभी सुधारे गए कोड को / tmp / jit पर संग्रहीत किया जाएगा, लेकिन आप इसे हमेशा अपने लिए बदल सकते हैं:

 Filters::patch(true, ['cachePath' => 'my/cache/path/jit']); 

कैश्ड फ़ाइलों को हर बार जब आप एक PHP फ़ाइल को बदलते हैं तो स्वचालित रूप से बहाल हो जाएगा।

चेतावनी! Filters::patch(true) को कॉन्फ़िगर करने का सबसे आसान तरीका है, ध्यान रखें कि आपका सभी कोड ठीक हो जाएगा। फ़िल्टर कोड में आपके कोड बेस में सभी विधियों को लपेटने में लंबा समय लग सकता है।

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

 Filters::patch([ 'A\ClassName', 'An\Example\ClassName::foo', 'A\Second\Example\ClassName' => ['foo', 'bar'], ], [ 'cachePath' => 'my/cache/path/jit', ]); 

इस प्रकार, आप एक निश्चित वर्ग के सभी तरीकों को ठीक करने के लिए चुन सकते हैं, केवल एक विधि या उनमें से कई।

एपीआई फ़िल्टर

अब जब JIT पैच सक्षम है, तो एक लॉग फ़िल्टर बनाएं:

 use Chaos\Filter\Filters; use Chaos\Database\Database; use Monolog\Logger; use Monolog\Handler\StreamHandler; $logger = new Logger('database'); $logger->pushHandler(new StreamHandler('my/log/path/db.log', Logger::WARNING)); Filters::apply(Database::class, 'query', function($next, $sql, $data, $options) use ($logger) { $logger->info('Ran SQL query: ' . $sql); return $next($sql, $data, $options); }); 

उपरोक्त उदाहरण कैओस डेटाबेस लाइब्रेरी के लिए SQL क्वेरी लॉग फ़िल्टर बनाता है। एपीआई फिल्टर पर अधिक जानकारी github.com/crysalead/filter पर मिल सकती है।

निष्कर्ष

AOP, मेरी राय में, एंड-टू-एंड कार्यक्षमता के लिए वास्तविक उत्तर है। अन्य सभी अमूर्त समान रूप से बेमानी हैं और ज्यादातर मामलों में एक निश्चित ढांचे तक सीमित हैं। मुझे उम्मीद नहीं है कि एक दिन PHP पहलू-आधारित प्रोग्रामिंग के लिए एक अंतर्निहित एपीआई प्रदान करेगा। लेकिन अब, मुझे लगता है, जेआईटी कोड पैचिंग सबसे अच्छा विकल्प है, जहां सीपीयू ओवरहेड के फायदे बहुत दूर हैं, जो कि विश्व स्तर पर जेआईटी कोड पैचिंग लागू नहीं होने पर व्यावहारिक रूप से उपेक्षित हो सकते हैं।

अंत

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