मैंने एक हल्के PHP फ्रेमवर्क को कैसे चुना

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

फाल्कन

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

PHPixie

मैंने इसके बारे में हाल ही में सुना था, यह फिल स्टर्जन (PyroCMS डेवलपर और PHP-FIG के सदस्य) द्वारा मेरे ट्वीट में उल्लेख किया गया था और सबसे पहले मैंने सोचा था कि यह सिर्फ एक मजाक था। गंभीरता से, मेरा मानना ​​है कि कोई भी PHP प्रोग्रामर मुख्य पृष्ठ पर अंत तक हंसे बिना नहीं सुन सकता है। PHPixie का दर्शन यह है कि फ्रेमवर्क थोड़ा परी की तरह त्वरित और आसान होना चाहिए, यही वह है जो डेवलपर्स प्रसिद्ध अजगर के दृष्टिकोण से हासिल करने की कोशिश कर रहे हैं जैसे "सरल चीजें सरल होनी चाहिए, कठिन चीजें संभव होनी चाहिए।" यही है, PHPixie के घटकों को लिखा जाता है ताकि सबसे सरल और सबसे तेज़ तरीके से वे विकासशील साइटों में 90% नियमित कार्यों का सामना कर सकें, और शेष 10% अधिक जटिल कार्यों को स्वयं डेवलपर द्वारा हल किया जाना चाहिए और उन्हें स्वयं ढांचे में शामिल करने की कोई आवश्यकता नहीं है। मुझे कहना होगा कि मेरी साइटों में से किसी ने भी कुछ भी इस्तेमाल नहीं किया है जो कि PHPixie में नहीं हुआ होगा, और यहां तक ​​कि डिपेंडेंसी इंजेक्शन उनके साथ बहुत अच्छा है, हालांकि यह सेवा लोकेटर को जाता है। डीआई कंटेनरों के अन्य कार्यान्वयनों के विपरीत, नए तत्वों को वर्ग में विस्तार करके इसमें जोड़ा जाता है, जो कम लचीला है, लेकिन बहुत अधिक पारदर्शी है, जबकि प्रक्रियात्मक कोड से बचने और आईडीई में कंटेनर तत्वों के वर्ग की मान्यता प्राप्त है। Minuses में से, मैं केवल यह नोट कर सकता हूं कि इसे गंभीरता से लेना काफी कठिन है, और यह संभव नहीं है कि आप अपने कर्मचारियों को कार्यालय में परियों और टट्टू के साथ एक रूपरेखा पर कुछ भी लिखने के लिए मना सकें।

फैट-फ्री

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

Silex , स्लिम और माइक्रोफ्रेम्स।

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

लिथियम

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

तो आखिर में मैंने किसे चुना? अंत में, मेरी पसंद Silex और PHPixie के बीच थी (हां, मुझे परियों से डर नहीं था) और परिणामस्वरूप, मैंने अभी भी उन दोनों का उपयोग किया। अधिकांश साइटों को Silex में अनुवादित किया गया था, और जो कोहना में लिखे गए थे, उन्हें PHPixie में पोर्ट किया गया था, जिसका इंटरफ़ेस कुछ हद तक इसके समान है, विशेष रूप से ओआरएम का कार्यान्वयन। ऐसा करने से, मैं XCache द्वारा उपभोग की गई मेमोरी की मात्रा को लगभग 6 गुना कम करने में सक्षम था, पेज पीढ़ी में तेजी लाने और यहां तक ​​कि रास्ते में थोड़ी सी भी रिफ्लेक्टर करने में कामयाब रहा। सामान्य तौर पर, PHP एक हजार फ्रेमवर्क का देश है, इसलिए मुझे लगता है कि हर कोई अपनी पसंद के हिसाब से कुछ पा सकता है।