Node.js विशिष्ट वेब परियोजनाओं के लिए उपयुक्त नहीं है

"Node.js गंभीर साइटों और वेब अनुप्रयोगों के लिए उपयुक्त नहीं है, लेकिन केवल छोटे एपीआई लिखने के लिए।"
यह बैल * हिट है। मुझे कहना ही पड़ेगा।

अनुवादक से: हाल ही में, Ionut-Cristian Florescu का एक दिलचस्प लेख coderwall.com पर नियमित ("मानक") वेब प्रोजेक्ट बनाने के लिए Node.js का उपयोग करने के बारे में दिखाई दिया। इसे पढ़ने से पहले, मैं लेख के शीर्षक से पूरी तरह सहमत था, लेकिन अब मेरी राय कुछ बदल गई है। लेखक की स्थिति कई बिंदुओं में विवादास्पद हो सकती है, लेकिन उसके तर्क काफी दिलचस्प हैं। यदि आपकी इस पर अपनी राय है, तो इसे टिप्पणियों में छोड़ दें।

मैंने इन शब्दों को इतनी बार सुना है कि वे मुझे पहले ही परेशान कर चुके थे। मूल रूप से, वे ऐसे लोगों से आते हैं जिन्होंने "छद्म-डेवलपर्स" या "स्मार्ट लोगों" से मूल टूडू ट्यूटोरियल खेलने के अलावा किसी भी चीज़ के लिए Node.js का उपयोग नहीं किया है, जो अब चलन में है, इसके बारे में पढ़ना पसंद करते हैं, लेकिन वे स्वयं विकसित नहीं हुए हैं कुछ भी गंभीर नहीं है।

लेकिन उनके अलावा, एक बहादुर नई दुनिया है जहां, जाहिरा तौर पर, वे अन्यथा सोचते हैं। इस पेज पर क्लाउट , गीकलिस्ट , ट्रांसलोडिट , क्लाउड 9 , और कई अन्य लोगों को प्रस्तुत किया गया ।

क्या वे सब गलत हैं?
लेकिन फिर भी, यह निराधार मिथक कहां से आया?

आउटडेटेड डेटा

सबसे पहले, कार्यान्वयन की तेज गति के बावजूद, Node.js अभी भी एक युवा तकनीक है। वह अब अपरिपक्व नहीं है, लेकिन अभी भी तेजी से, तेजी से विकसित हो रही है, ताकि Node.js पर विपणन प्रचार और तकनीकी लेख उसके साथ न रहें। वास्तव में, फोरम पर अधिकांश लेख और विषय चर्चा करते हैं कि Node.js क्या अच्छा है और क्या नहीं इसके लिए बहुत पुराना है।

जेंटाइल बनाम काफिर

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

"कॉलबैक नरक"

अधिकांश Node.js डेवलपर्स को पता होना चाहिए कि घटना-उन्मुख प्रकृति के कारण, Node.js पर ऐसी चीजें करना काफी कठिन है, जिन्हें क्रमिक निष्पादन की आवश्यकता होती है। मेरी राय में, यह शायद सबसे बड़ी कमजोरी है और एक ही समय में Node.js. की सबसे बड़ी ताकत है। मजबूत, क्योंकि यदि आप अपने उपकरण को जानते हैं, तो यह समवर्ती कनेक्शनों की एक अविश्वसनीय संख्या को संभालने के लिए नींव देता है, हो सकता है कि आप PHP, .NET या RoR का उपयोग करने से अधिक परिमाण का एक आदेश प्राप्त कर सकें। कमजोरी, क्योंकि ज्यादातर लोग इस तरह के कोड से छुटकारा पाने के लिए सही चाहते हैं:



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

अच्छी खबर यह है कि इस समस्या को सुचारू करने के लिए पर्याप्त सुरुचिपूर्ण तरीके हैं: Async.js शायद सबसे अच्छी तरह से जाना जाता है, लेकिन अगर आप कॉफीस्क्रिप्ट का उपयोग कर रहे हैं, तो आपको निश्चित रूप से IcedadoffScript के साथ "सरल और शक्तिशाली अतुल्यकालिक प्रवाह नियंत्रण अनुकूलन" के अगले चरण पर विचार करना चाहिए। जब मैंने पहली बार Node.js में कुछ समय पहले बदलाव किया था, तो मैंने इस पर ज्यादा ध्यान नहीं दिया था, लेकिन अब, कई परियोजनाओं में इसका उपयोग करने के बाद, मैं वास्तव में इंतजार और आघात के बिना कोड की कल्पना कर सकता हूं। मुझे लगता है कि यह सबसे आम उपयोग के मामलों के लिए आदर्श समाधान है, जब आपके पास या तो अनुक्रमिक संचालन की एक श्रृंखला होती है, या अनुक्रमिक और समानांतर कार्यों का एक संयोजन होता है:

Node.js पारिस्थितिकी तंत्र में रेल जैसी संरचना का अभाव है

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

लेकिन अगर आप Node.js का उपयोग करते हैं और आप रेल से प्रभावित हैं, तो शायद आपको टॉवर.जेएस या गेड्डी पर ध्यान देना चाहिए।

पैकेज, फ़ाइल प्रबंधन

बेशक, Node.js की दुनिया में Sprockets की तुलना में कुछ भी नहीं है? वास्तव में है। और एक नहीं। Node.js वह जगह है जहां ऐसी चीजें दिखाई देती हैं। Bower , Brewer.js , Piler - ये उनमें से कुछ के नाम हैं।
UglifyJS Mihai Bazon 'और Node.js. पर भी चलता है
ट्रेवर बर्नहैम, कॉफ़ीस्क्रिप्ट के लेखक: त्वरित जावास्क्रिप्ट विकास, कनेक्ट-एसेट्स लिखा, जो अब एंड्रयू डंकमैन द्वारा समर्थित है।
उन डेवलपर्स के लिए जिन्हें एक सरल, लेकिन कम शक्तिशाली विकल्प की आवश्यकता नहीं है, कुछ महीने पहले मैंने ओपन-सोर्स में एएसपीए और एएसपीए-एक्सप्रेस पोस्ट किया था।
इस प्रकार, चुनने के लिए बहुत कुछ है।
टेम्प्लेट इंजन के साथ चीजें कैसे चल रही हैं? वे भी पर्याप्त हैं , मेरी राय जेड और स्टाइलस में सर्वश्रेष्ठ हैं ।

गति और संगति सब कुछ नहीं है

नहीं, गति और संगति सभी नहीं हैं, लेकिन वे महत्वपूर्ण हैं। मैंने कई लोगों को यह कहते सुना है: "अभी के लिए, मैं PHP / .NET / रूबी का उपयोग करूंगा, और अगर मेरी साइट पर ट्रैफ़िक प्रतिदिन हजारों आगंतुकों तक बढ़ता है, तो मैं बस सर्वरों की संख्या बढ़ा दूंगा।"

लेकिन, जाहिरा तौर पर, यह कहा से आसान है। यहां तक ​​कि कभी-कभी गिटहब में भी समस्याएं होती हैं - मुझे यकीन है कि कई ने समय-समय पर एक कष्टप्रद गेंडा त्रुटि पृष्ठ देखा है।

और कोई भी इस बात की गारंटी नहीं दे सकता है कि आपकी साइट पर हजारों आगंतुक आने से पहले आपके पास बहुत पैसा होगा। यह आम तौर पर रिवर्स ऑर्डर में होता है, अगर बिल्कुल भी।

इसके अलावा, मेरे पास उन साइटों के बारे में सुनने का अवसर था जो Google खोज रोबोट बस "पुट" करते हैं। और आप निश्चित रूप से यह नहीं चाहते हैं कि आपके साथ ऐसा हो, क्योंकि इस समय ऑनलाइन व्यवसाय में, यदि Google "आपका मित्र" नहीं है, तो आप बस मौजूद नहीं हैं।

इस प्रकार, साइट की गति को खोए बिना यातायात के बड़े संस्करणों को संसाधित करने की क्षमता कभी भी कम नहीं होगी। खासकर यदि आपको बुनियादी ढांचे और समर्थन के लिए बड़ी रकम का भुगतान नहीं करना है (कोई भी इसे शुद्ध सी में नहीं लिखेगा)।

अच्छे Node.js डेवलपर्स का अभाव

क्योंकि Node.js जावास्क्रिप्ट पर आधारित है, इसने कई वेब डेवलपर्स को "उचित सर्वर विकास अनुभव की कमी" के साथ आकर्षित किया (अर्थात, वे मूल डिज़ाइन पैटर्न से भी परिचित नहीं हैं)। हालाँकि यह कुछ हद तक सही है, मुझे लगता है कि अधिकांश नए लोग अभी भी Node.js. से दूर रहेंगे।

इसके अलावा, यह किसी अन्य प्लेटफॉर्म, फ्रेमवर्क या भाषा पर भी लागू होता है। कई डेवलपर हैं, लेकिन बहुत कम अच्छे डेवलपर हैं। इसके अलावा, ज्यादातर मामलों में, सामान्य ज्ञान का एक अच्छा हिस्सा पूर्णता की कमी के लिए क्षतिपूर्ति करेगा।

बड़े निगम अभी तक Node.js का उपयोग नहीं करते हैं

बहुत बढ़िया। बड़े निगम .NET और J2EE का उपयोग करते हैं, कम से कम मेरी दुनिया में। यदि आप वहां रहना चाहते हैं, तो .NET और J2EE से चिपके रहें, नियमित रूप से Microsoft और Oracle सेमिनार में भाग लें, और शायद आपको स्कैला पर भी नज़र रखनी चाहिए।

यह सिर्फ मेरी राय है। यह अपरिवर्तनीय नहीं है, लेकिन कम से कम मैं यह कह सकता हूं कि यह उचित है; अपने पूरे करियर के दौरान, मैंने C #, Java, PHP, Ruby, JavaScript और बहुत कुछ में कोड लिखा। मैंने "गंभीर" व्यावसायिक अनुप्रयोगों पर काम किया और मैं एक निजी उद्यमी के रूप में भी सूचना प्रौद्योगिकी के क्षेत्र में नहीं टिक पाया, इसलिए मैंने दुनिया को आईटी के चश्मे से नहीं देखना सीखा। लेकिन जब मैंने Node.js. की खोज की तो कोडिंग प्रक्रिया निश्चित रूप से बहुत अधिक आनंद लाने लगी।

इस सब के आधार पर, जब मुझे रोमानिया में एक प्रसिद्ध कार बिक्री साइट LeasingSH.ro से छुटकारा मिलता है , तो मुझे Node.js चुनने पर कोई संदेह नहीं था। यह कोई बड़ी परियोजना नहीं है, लेकिन यह ठीक उसी तरह की वेब परियोजना है जिसके बारे में हम बात कर रहे हैं:



Node.js का उपयोग करने के लाभों में से एक यह है कि हम जितना संभव हो उससे अधिक ट्रैफ़िक संभाल सकते हैं। इसके अलावा, प्रतिक्रिया समय में कमी आई है, इस तथ्य के बावजूद कि हम अभी भी एक ही वेब सर्वर का उपयोग करते हैं:



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

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