👌🏽 🔓 🍔 डेनो के 5 दावे 🅱️ ⛪️ 📋

प्रस्तावना

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

Deno - NodeJs का हत्यारा

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

मुझे नहीं लगता कि Deno कभी NodeJs की जगह लेगा। लेकिन यह उसके लिए बन सकता है कि जावास्क्रिप्ट के लिए टाइपस्क्रिप्ट क्या बन गया है।

URL द्वारा आयात करें

बहुत से लोग इसे गलत कोण से थोड़ा देखते हैं। संपूर्ण परियोजना के लिए वैश्विक निर्भरता सूची को छोड़ने का विचार है। ताकि एक बड़े पैकेज के बजाय। आपके पास आपके प्रत्येक मॉड्यूल / फाइलों में निर्भरता की अपनी स्वतंत्र सूची हो। मुझे इसमें कई फायदे नजर आते हैं।

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

लेकिन इस दृष्टिकोण के लिए, आपको प्रत्येक मॉड्यूल के लिए निर्भरता का वर्णन करने की क्षमता की आवश्यकता है। नाम, संस्करण और इस निर्भरता को प्राप्त करने के लिए कहाँ। परिणामस्वरूप, URL के साथ आयात करें। और यह भी कि Deno की धारणा नहीं है। यह मानक का हिस्सा है । यह सिर्फ इतना है कि हर किसी को काम करने के लिए उपयोग किया जाता है जैसा कि वे करने के लिए उपयोग किया जाता है। लेकिन यह एकमात्र तरीका नहीं है।

लेकिन अब मैं इंटरनेट के बिना कैसे काम करूं?

जैसे आप NodeJs के साथ काम करेंगे। क्या डेनो, कि NodeJs एक अलग निर्देशिका में निर्भरता डाउनलोड करते हैं। केवल NodeJs में आप इसे लॉन्च करते हैं npm install, और Deno इसे स्वचालित रूप से पहली बार लॉन्च करते हैं।

यह दिलचस्प लगता है, लेकिन मैं मना कर देता हूं!

कोई दिक्कत नहीं है। ऐसी चीज है - आयात नक्शे । और डेनियो उसका समर्थन करता है , हालांकि पूरी तरह से नहीं। इस प्रकार, आप एक एनालॉग पर आकर सभी निर्भरता के लिए समानार्थक शब्द का वर्णन कर सकते हैं package.json। लेकिन आप इस तक सीमित नहीं रहेंगे:

व्यक्तिगत मॉड्यूल अभी भी अपने स्वयं के निर्भरता संस्करणों का उपयोग कर सकते हैं, आवश्यकतानुसार आयात मानचित्र की अनदेखी कर रहे हैं।
आयात मानचित्र विनिर्देश , डाउनलोड के लिए कई स्रोतों को निर्दिष्ट करने की क्षमता का सुझाव देता है। Deno वर्तमान में इसका समर्थन नहीं करता है। लेकिन तकनीकी रूप से यह संभव है। आप कई स्रोतों को इंगित कर सकते हैं, और यदि कोई उपलब्ध नहीं है, तो निर्भरता दूसरे से डाउनलोड की जाएगी।
```
{
   "imports": {
      "moment/": [
         "https://deno.land/x/moment/",
         "https://raw.githubusercontent.com/lisniuse/deno_moment/master/"
      ]
   }
}
```

बिना npm, मैं विश्व स्तर पर कंसोल उपयोगिता नहीं दे सकता!

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

अजीब लग रहा है deja vu

और यह पूरी तरह से बिना नहीं है। Deno एक ही NodeJs है । मुझे केवल कुछ अंतर दिखाई देते हैं:

Deno ने पिछड़ी संगतता को अस्वीकार कर दिया। क्या उसे अपनी ही बाइक का उपयोग करने की अनुमति नहीं थी, लेकिन बाइक को भाषा के विनिर्देश में वर्णित किया गया था। मुझे यकीन है कि अगर किसी तरह का “नोड-नेक्स्ट” पिछड़ी संगतता के बिना बाहर आया, तो हमें उसी चीज़ के बारे में पता चलेगा जो डेनो प्रदान करता है। और NodeJs धीरे-धीरे इस दिशा में आगे बढ़ रहे हैं: सभी नए ES चिप्स (जैसे ES मॉड्यूल, टॉप-लेवल-वेट, आदि) को धीरे-धीरे NodeJs में पेश किया जा रहा है।
निर्भरता की सामान्य सूची से इनकार। यह प्लस या माइनस हो सकता है। यह विशिष्ट मामलों पर निर्भर करता है। लेकिन इस बात से इंकार नहीं किया जा सकता है कि इस तरह की वास्तुकला का अस्तित्व है।
विचार स्पष्ट अनुमति के बिना सिस्टम तक पहुंचने से स्क्रिप्ट को रोकने के लिए है।

मेरी राय में यह सभी मतभेद हैं। इसलिए मुझे डेनो से नफरत करने का कोई कारण नहीं दिखता। क्या उसका आक्रामक पीआर लोग :)

डेनो के 5 दावे