Node.js और वेब पर नया दृश्यपटल

(मूल तिथि - 10/07/2013। मूल टिप्पणियों में बहुत जीवंत चर्चा है)

फ्रंटेंड डेवलपर्स का प्रोग्रामिंग में एक लंबा और जटिल इतिहास है। लंबे समय तक प्रदर्शित करना इतना आसान था कि यह ब्राउज़र को भेजा गया था कि इस विशेषज्ञता की कोई वास्तविक आवश्यकता नहीं थी। कई लोग मानते थे कि वे थोड़े अलग अर्थपूर्ण अर्थों के साथ ग्राफिक डिजाइनर थे। यह विचार कि वे एक दिन वेब प्रौद्योगिकियों के विशेषज्ञ हो सकते हैं, HTML, CSS, जावास्क्रिप्ट हास्यास्पद थे; सबसे अच्छा, उपयोगकर्ता इंटरफ़ेस उनकी नियति है या, अंत में, कोई भी दोनों में विशेषज्ञ हो सकता है और यह काम कर सकता है।

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

उपयोगकर्ता इंटरफ़ेस के दो स्तर

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

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

इस प्रकार, दृश्यपटल ब्राउज़र था, और बाकी सब कुछ बैकएंड था, पृष्ठभूमि इंटरफ़ेस स्तर पर संपर्क की उपस्थिति के बावजूद। असल में, यह हाल तक था।

NodeJS कार्यान्वयन

पहली उपस्थिति में, नोडजेएस ने फ्रंट-एंड विक्रेताओं के बीच उत्साह की लहर उत्पन्न की, जो कि "एजेक्स" शब्द की उपस्थिति के बाद से समान नहीं है। लक्ष्य के रूप में सर्वर पर जावास्क्रिप्ट लिखने का विचार एक महत्वपूर्ण रिलीज था। यह दृश्यपटल पर काम करने के अलावा PHP, रूबी, जावा, स्काला, या किसी अन्य भाषा से बाहर निकलने के लिए आवश्यक नहीं था। यदि सर्वर को जावास्क्रिप्ट में लिखा जा सकता है, तो हमारा पूरा ज्ञान पूर्ण आवेदन प्राप्त करने के लिए HTML, सीएसएस, जावास्क्रिप्ट तक सीमित है। उन्होंने ऐसी संभावनाओं का वादा किया, और यह बहुत दिलचस्प था।

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

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

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


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

नहीं! डरावना!

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

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

इसके अलावा, नोडजेएस पहले मौजूद नहीं था। फ्रंटेंड डेवलपर्स के लिए अपनी भाषा में बैकएंड यूआई बनाने के लिए एक अच्छा विकल्प नहीं है। यदि आपने PHP में लिखा है, तो उस पर फ्रंटएंड टेम्प्लेट क्यों नहीं लिखें? यदि आपने जावा में लिखा है, तो JSP का उपयोग क्यों नहीं करें? फ्रंट-एंड प्रदाताओं के लिए अनिच्छा से बेहतर विकल्प नहीं था कि वे सर्वर पर क्या उपयोग करें। अब है।

निष्कर्ष

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

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

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