PHP बेकार! लेकिन मैं उससे प्यार करता हूँ!

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

छोटी-मोटी त्रुटियां

पोस्ट में बहुत सारी गलतियाँ हैं और सामान्य तौर पर लेखक तले हुए अंडे के साथ भगवान के उपहार को भ्रमित करता है। मुझे मुख्य बातें उजागर करने दें:

• कोई डिबगर नहीं है - PHP में xdebug है जो एक इंटरैक्टिव डिबगर के रूप में महान काम करता है।
• थ्रेड्स के लिए कोई समर्थन नहीं है - यह सच है, लेकिन जब मैं इसे सकारात्मक पाता हूं तो वह इसे एक खामी के रूप में नोट करता है; क्योंकि अनुप्रयोग जीवन चक्र एक अनुरोध के साथ शुरू होता है (मैं इस शोध को थोड़ा और विस्तार से खोलूंगा)
• == बेकार - हाँ नहीं, अगर इसे सही तरीके से इस्तेमाल किया जाए तो यह बहुत उपयोगी है। हां, मैं इस बात से सहमत हूं कि मैं इसका उपयोग कम और कम करता हूं, लेकिन जब आपको इसकी आवश्यकता होती है, तो यह उपयोगी है ...
• वैश्विक चरों के साथ दृश्यता की समस्या - उसे इसके बारे में कुछ पता चलता है। ईमानदारी से, मेरे लिए यह उन चीजों में से एक है जिसमें PHP लगभग सभी अन्य भाषाओं से बेहतर है। यदि आप किसी भी ब्लॉक के अंदर वैश्विक $ var नहीं देखते हैं, तो आप जानते हैं कि चर स्थानीय है। इसलिए, केवल फ़ंक्शन की घोषणा को देखकर, आप तुरंत मूल्यांकन कर सकते हैं कि प्रत्येक व्यक्तिगत चर को ट्रैक किए बिना बाहरी वातावरण क्या होना चाहिए (और आपके आईडीई को आपके लिए ऐसा करने के लिए नहीं कहें)।
• कॉन्स्टेंट्स एक फ़ंक्शन कॉल का उपयोग करके निर्धारित किए जाते हैं - यह ऐसा है, लेकिन लेखक सिंटैक्स `कॉन्स्ट FOO =" बार "भूल जाता है;`, जो मान्य है और फ़ंक्शन कॉल नहीं है।
• उदाहरण के तरीकों के अंदर स्थैतिक चर वैश्विक हैं - यह सच है क्योंकि यह वही है जिसके लिए वे हैं। पायथन में, हम `obj .__ वर्ग __ 'का उपयोग करेंगे।
• पीएचपी अपाचे से बंधा हुआ है - यह फ्रैंक बकवास है: अनुप्रयोगों का एक गुच्छा है जिसे अपाचे की आवश्यकता नहीं है। यह सिर्फ इतना है कि अधिकांश प्लेटफार्मों पर Apache को mod_php के साथ डिफ़ॉल्ट रूप से कॉन्फ़िगर किया गया है। लेकिन मेरे लिए, Apache के तहत mod_php को सेट करने की तुलना में nginx + FastCGI सेट करना बहुत आसान है।
• PHP एप्लिकेशन और सिस्टम के बाकी हिस्सों पर इसकी निर्भरता को "अलग" करने का कोई आसान तरीका नहीं है - यह सच नहीं है, क्योंकि इसमें सुपहैप और फास्टसीजीआई हैं; विभिन्न संस्करणों पर चलने वाले कई अलग-अलग PHP उदाहरणों को चलाना वास्तव में आसान है। हां, वास्तव में, mod_php के साथ आपको Apache इंस्टेंसेस को अलग करना होगा, लेकिन mod_php की तुलना में सर्वर को व्यवस्थित करने के अन्य तरीके हैं, इसलिए PHP में Apache प्रतिबंध लिखना पूरी तरह से उचित नहीं है।
• सुविधाएँ अनुभाग - अब से मैं खो गया हूँ। तब तक, उन्होंने भाषा की विशेषताओं के बारे में बात की (और सबसे अधिक मैं सहमत हूं)। लेकिन इस जगह से पुस्तकालयों और रूपरेखा के बारे में बातचीत शुरू होती है। हां, PHP में कोई टेम्पलेट सिस्टम नहीं है। लेकिन क्या यह वास्तव में पायथन या रूबी में है? वहाँ Django और रूबी पटरियों पर हैं, लेकिन Zend और सिम्फनी के बारे में क्या? PHP में कोई XSS फ़िल्टर नहीं है, लेकिन वे केवल चौखटे में पायथन और रूबी में नहीं हैं। PHP रूटिंग का समर्थन नहीं करता है, लेकिन क्या पायथन और रूबी इसका समर्थन करते हैं? लेकिन एक देव सर्वर है । और एक इंटरैक्टिव डिबगर (xdebug) के लिए समर्थन करते हैं। और सुरक्षा मुद्दों के साथ एक ही बकवास।

सामान्य तौर पर, पूरे बड़े पद से, कुछ बिंदु होते हैं जो वास्तव में असंतोष का कारण बन सकते हैं। वहां बहुत कुछ लिखा गया है, लेकिन इस तरह के एक शानदार शैली के साथ यह बहुत सुखद नहीं है।

मेरा रूप

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

लेकिन एक ही समय में, वह असामान्य रूप से शक्तिशाली है। एक कामकाजी एप्लिकेशन लिखना आसान और सरल है। बड़े पैमाने पर प्रोजेक्ट बनाना वास्तव में आसान है। इसका विस्तार करना आसान है। और सहायता प्राप्त करने के लिए वास्तव में सरल क्या है (सबसे बड़ा और सबसे सक्रिय प्रोग्रामिंग समुदायों में से एक इंटरनेट पर आपका समर्थन करेगा)।

हालांकि, एक चीज है जो लोकप्रियता की भाषा में नहीं आती है: गैर-डेवलपर्स द्वारा उपयोग की संभावना। बस ओपन सोर्स वेब प्रोजेक्ट्स के आसपास नज़र डालें और आप महसूस करेंगे कि PHP एक जीत है। मेरा मतलब है कि यह पूरा सीएमएस बाजार है, जिसमें प्रतियोगी केवल एक तोप की गोली (वर्डप्रेस, जूमला!, Drupal, vBulletin, MODx, TYPO, आदि) में नहीं जा सकते हैं। किसी भी नेटवर्क सेवा बाजार को देखें, और PHP वहां हावी हो जाएगी (या बस एक मजबूत प्रभाव होगा)। बात यह है कि एक PHP साइट को तैनात करना हास्यास्पद सरल है। इतना सरल कि गैर-डेवलपर्स भी कर सकते हैं।

जैसा कि ब्रैंडन सैवेज कहते हैं: यह ग्राहक के बारे में है (और ग्राहक कौन है?)। और यह केक का बड़ा टुकड़ा है जो मूल पोस्ट में याद किया गया था। वास्तव में, डेवलपर के दृष्टिकोण से, PHP में कुछ गायब है। लेकिन जब से एक डेवलपर निर्धारित करता है कि क्या सफल है? यदि डेवलपर ने यह निर्धारित किया है, तो वर्डप्रेस, jQuery और जेनकिन्स / हडसन जैसे सॉफ़्टवेयर को ऐसी सफलता नहीं मिली होगी (क्योंकि उनका स्रोत कोड एक विशिष्ट गुणवत्ता के मुद्दे के तहत है)। लेकिन उन्होंने हासिल किया है क्योंकि वे समस्या को हल करते हैं और इसे अच्छी तरह से हल करते हैं।

बात यह है कि अन्य भाषाओं की तुलना में PHP के कई फायदे हैं। यहाँ मेरे सिर में बस आए हैं:

• HTTP एक प्रथम श्रेणी की वस्तु है। कोई अन्य लोकप्रिय भाषा इसे प्रदान नहीं करती है। न तो पायथन, न रूबी, न सी, न ही जावास्क्रिप्ट। PHP में निम्न-स्तर HTTP समर्थन है। आप तर्क दे सकते हैं कि यह इतना इष्टतम नहीं है, लेकिन यह प्रथम श्रेणी है। HTTP बोलने के लिए आपको किसी लाइब्रेरी या फ्रेमवर्क की आवश्यकता नहीं है।
• SAPI एक प्रथम श्रेणी ऑब्जेक्ट (सर्वर API, mod_php बनाम CGI बनाम FastCGI, आदि) है। इसका मतलब है कि PHP एक मजबूत सर्वर के पीछे होने के लिए डिज़ाइन किया गया था। इसका मतलब यह भी है कि CLI से सर्वर एपीआई में कोड पास करना तुच्छ है (आपको केवल यह देखने की आवश्यकता है कि अनुरोध चर कैसे प्राप्त किए जाते हैं)। सर्वर के साथ बातचीत करने के लिए पुस्तकालयों या चौखटे का उपयोग करने की कोई आवश्यकता नहीं है। Python में WSGI, सिद्धांत रूप में, इसकी रोटी खाने में व्यर्थ नहीं है, लेकिन फिर भी आपको सर्वर से संवाद करने के लिए लाइब्रेरी को कनेक्ट करने की आवश्यकता है। यह वेब अनुप्रयोगों की नींव बनाने के लिए PHP को बहुत आसान बनाता है।
• आवेदन जीवन चक्र अनुरोध से अनुरोध करने के लिए। मूल पोस्ट में, यह एक नकारात्मक पहलू के रूप में नोट किया गया था। प्रत्येक नया अनुरोध फिर से शुरू होता है PHP (अच्छी तरह से, सभी PHP नहीं, लेकिन आपके PHP अनुप्रयोग) यह एक अच्छी बात है, क्योंकि ( एक साक्षात्कार में रासुस लेरडोर्फ , PHP निर्माता से उद्धरण) "PHP की साझा-कुछ भी नहीं वास्तुकला ... अनंत क्षैतिज अस्थिरता की ओर जाता है" भाषा ही। "(शाब्दिक अर्थ:" PHP वास्तुकला जो कुछ भी fumbled होने की अनुमति नहीं देता है ... भाषा की अनंत क्षैतिज मापनीयता की ओर जाता है ")।
• बस एक विशाल उपयोगकर्ता आधार। हां, अन्य भाषाओं में अनुयायियों का एक समूह है, लेकिन कोई भी PHP के करीब नहीं आता है। और व्यक्तिगत रूप से, मुझे लगता है कि यह सभी का सबसे महत्वपूर्ण पहलू है। यह कैसे PHP का विस्तार करने और लगभग किसी भी समस्या को हल करने के बारे में ज्ञान से भरा एक सन्दूक है। यदि आप जानते हैं कि आप क्या कर रहे हैं, तो आपको वह सब कुछ मिलेगा जो आपको चाहिए।

PHP की मेरी मुख्य भाषा पर विचार करने के लिए ये 4 कारण मेरे लिए पर्याप्त हैं। मैं पायथन और सर्वर-साइड JS (इस समय नोड) को सक्रिय रूप से जानता हूं और सक्रिय करता हूं, और मैं कई भाषाओं से परिचित भी हूं। लेकिन मैं अभी भी पालन करता हूं और अपने मुख्य परियोजनाओं के लिए PHP का पालन करूंगा, क्योंकि हालांकि यह सही नहीं है, यह काम करता है ...

आपके विचारों के बारे में क्या?