PHP में वैश्विक वस्तुएँ

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

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

इस पर चर्चा की जा सकती है।

उपरोक्त हठधर्मिता के अस्तित्व का मुख्य कारण यह है कि वैश्विक चर के मूल्यों को गलती से अधिलेखित करने की संभावना है, और यह बदले में, कार्यक्रम में मुश्किल स्थानीयकरण त्रुटियों को जन्म दे सकता है। और अगर आप पढ़ने के लिए वैश्विक चर का उपयोग कर सकते हैं, लेकिन लिखने के लिए नहीं?

आइए हम अपने आसपास के ब्रह्मांड पर ध्यान दें। इसमें वैश्विक वस्तुएं हैं: अंतरिक्ष, समय, पदार्थ, ऊर्जा, संभवतः काले पदार्थ और ऊर्जा। इसी तरह, वेब प्रोग्रामिंग में मेरे अनुभव के आधार पर, बहुत सी वस्तुएं हैं जिनके लिए डिपेंडेंसी इंजेक्शन का उपयोग करना असुविधाजनक है, और ऐसी वस्तुएं अनिवार्य रूप से वैश्विक हैं। यह एक डेटाबेस कम्युनिकेशन ऑब्जेक्ट, USER ऑब्जेक्ट और अन्य है। ऐसी वस्तुओं के साथ काम करने के लिए, PHP में, कोई भी सुपर ('स्काई', 'उपयोगकर्ता') फ़ंक्शन को पेश कर सकता है, जो $ _GET या $ _POST जैसे $ आकाश और $ उपयोगकर्ता चर को सुपरग्लिश बना देगा।

इस तरह के समाधान पारंपरिक हठधर्मिता से बदतर नहीं है "वैश्विक क्षेत्र में कार्यक्रम करना असंभव है", क्योंकि इस तरह के चरों को डेटा लिखने पर तुरंत पता चल जाएगा और PHP एक त्रुटि देगा, और लाभ इस प्रकार है:

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

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

1. क्या आप सुपर () और stop_globals () प्रयोगात्मक कार्यों की शुरूआत का समर्थन करते हैं?
2. उपरोक्त विचार को आप समग्र रूप से क्या मानते हैं?

कोई पवित्र युद्ध नहीं, धन्यवाद।

अंत में, मैं लारवेल और प्रोग्रामिंग पैटर्न के खतरों के बारे में अपने अवलोकन पर ध्यान देना चाहूंगा। जैसा कि आप जानते हैं, लार्वा को " एंटीपार्टर्न का भंडारगृह" कहा जाता है। मेरा मानना ​​है कि इस तथ्य, साथ ही साथ इसके लेखक की स्वतंत्र सोच ने इस परियोजना को उतना ही लोकप्रिय होने दिया जितना कि यह है। कुछ प्रोग्रामिंग इकाई को इंगित करने के लिए पैटर्न प्रोग्रामर के लिए अच्छा है। लेकिन वे प्रोग्रामर्स को नुकसान पहुंचाते हैं, प्रोग्रामरों को भ्रमित करते हैं, कार्यक्रमों को प्रभावी नहीं होने देते। चलो प्रोग्रामिंग को आसान बनाते हैं।