PHP लक्षण: यह अच्छा है या बुरा?

मार्च 2012 में, PHP 5.4 की रिलीज़ की घोषणा की गई थी। इस संस्करण में, कई दिलचस्प नवाचार दिखाई देने थे, इसलिए डेवलपर्स इसके लिए उत्सुक थे। शायद सबसे प्रतीक्षित विशेषता विशेषता थी। रिलीज से पहले ही, Shameer C ने उन विशेषताओं का एक बड़ा अवलोकन लिखा है जो हमें PHP में लक्षण प्रदान करते हैं। मैं अत्यधिक सलाह देता हूं कि आप इस लेख को पढ़ें, क्योंकि मेरा लेख मानता है कि आपको प्रकारों का बुनियादी ज्ञान और उनके काम की समझ है।

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

PHP लक्षण खराब हैं

लक्षण जोड़ना मुख्य रूप से इस तथ्य से प्रेरित था कि उनका उपयोग कोड दोहराव को कम करने में मदद करेगा। वे कोड समर्थन को भी सरल कर सकते हैं और इसे क्लीनर बना सकते हैं।

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

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

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

PHP लक्षण अच्छे हैं

उठाए गए सवालों के बावजूद, लक्षण PHP के लिए अच्छे हैं। वे हमें कई विरासत को लागू करने की अनुमति देते हैं (जैसा कि आप जानते हैं, विस्तारित कीवर्ड आपको केवल एक विरासत को लागू करने की अनुमति देता है)।

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

इंटरफेसेस को आवश्यक कार्यक्षमता को लागू करने के लिए किसी भी वर्ग को बाध्य करने वाले अनुबंध के रूप में कार्य करना चाहिए। वे कक्षाओं के बीच संचार प्रदान करने में मदद कर सकते हैं, लेकिन इंटरफेस कई विरासतों का विकल्प नहीं हैं।

कई डेवलपर्स ने PHP में कई विरासत समाधान बनाने का प्रयास किया है, लेकिन इनमें से अधिकांश प्रयास बहुत अधिक बेमानी हैं, और वास्तविक समाधान की तुलना में प्रयोगों की तरह अधिक हैं।

लक्षण के साथ, इसके विपरीत, कई विरासत को लागू किया जा सकता है। जैसा कि शमीर ने अपने लेख में लक्षण का उपयोग करते हुए दिखाया है, आप एक वर्ग में कई लक्षणों का उपयोग कर सकते हैं। जॉन स्किब ने अपने 2011 के उदाहरण में , कई विरासतों को लागू करने के लिए कई लक्षणों का उपयोग किया।

अधिकांश प्रोग्रामर कई विरासत को बुराई के रूप में देखते हैं, " हीरे की समस्या " की ओर इशारा करते हैं और तर्क देते हैं कि एकल विरासत कम सिरदर्द देता है। लेकिन बात यह नहीं है कि PHP में कई वंशानुक्रम का उपयोग करना अव्यावहारिक है, लेकिन ऐसी संभावना मौजूद है। PHP के खिलाफ कई सार्वजनिक टिप्पणियों के प्रकाश में, यह विशेष रूप से महत्वपूर्ण हो रहा है। पुष्टि के रूप में, बस Google "PHP का उपयोग न करें।" मल्टीपल इनहेरिटेंस का उपयोग करने की संभावना के आगमन के साथ, PHP एक अधिक दोषपूर्ण, महंगी और स्वीकार्य प्रोग्रामिंग भाषा बन गई है, न कि केवल "सबसे आम वेब भाषा"। जब सी डेवलपर, C ++, Java या Python का उपयोग करने वाले डेवलपर्स को प्रोग्रामिंग प्रोग्रामिंग विधियों के लिए खराब समर्थन के कारण PHP को छोटा करने की कोशिश करते हैं, तो मुझे यह आश्वस्त करने वाला लगता है।

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

निष्कर्ष

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

वे अच्छे नहीं हैं, वे अद्भुत हैं! वे PHP डेवलपर्स के लिए OOP विकास तकनीकों में एक नया स्तर खोलते हैं, और मेरा मानना ​​है कि यह PHP के भविष्य का एक शगुन है।

यदि आप इस लेख में वर्णित विषयों से खुद को परिचित करना चाहते हैं, जिसमें प्रकारों के बारे में अपना ज्ञान गहरा करना शामिल है, तो मैं निम्नलिखित लेखों की सूची प्रस्तावित करता हूं:

• Ircmaxell का ब्लॉग: क्या लक्षण नए हैं?
• जॉन स्क्विब के प्रोग्रामिंग ब्लॉग: PHP 5.4 में कई इनहेरिट्स का उपयोग करते हुए
• AzonMedia: पीएचपी में मल्टीपल इनहेरिटेंस - एक वर्कअराउंड
• Refulz PHP: PHP 5.4 में लक्षण - हमें लक्षणों की आवश्यकता क्यों है
• क्रिस्टर का ब्लॉग o'Fun: PHP 5.4alpha1 में लक्षणों के साथ खेलना
• स्लाइड शो: PHP लक्षण, उपचार या खतरा?
• Refulz PHP: PHP में लक्षण - एकाधिक और नेस्टेड लक्षण

अनुवादक से: कृपया पीएम में अनुवाद पर टिप्पणी भेजें।