🌃 👩🏽‍💻 💇🏻 स्वच्छ और स्केलेबल जावास्क्रिप्ट कोड लिखना: 12 युक्तियां 💖 🤴🏾 👨🏾‍⚖️

जावास्क्रिप्ट प्रारंभिक वेब से है। सबसे पहले, सरल स्क्रिप्ट इस पर लिखी गई थी कि साइटों के पन्नों को "जीवंत" किया जाए। अब JS एक पूर्ण प्रोग्रामिंग भाषा बन गई है जिसका उपयोग सर्वर-साइड प्रोजेक्ट को विकसित करने के लिए भी किया जा सकता है।

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

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

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

1. कोड अलगाव

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

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

2. मॉड्यूल में कोड का टूटना

समान तरीके से उपयोग किए जाने वाले या समान कार्य करने वाले कार्यों को एक मॉड्यूल (या, यदि आप चाहें, तो एक अलग वर्ग में) में वर्गीकृत किया जा सकता है। मान लें कि आपको अपनी परियोजना में विभिन्न गणना करने की आवश्यकता है। ऐसी स्थिति में, अलग-अलग कार्यों (पृथक ब्लॉक) के रूप में इस तरह की गणनाओं के विभिन्न चरणों को व्यक्त करने के लिए समझ में आता है, जिनमें से कॉल को जंजीरों में जोड़ा जा सकता है। हालांकि, इन सभी कार्यों को एक फ़ाइल में घोषित किया जा सकता है (अर्थात, एक मॉड्यूल में)। यहाँ calculation.js का एक उदाहरण है। calculation.js मॉड्यूल जिसमें समान कार्य शामिल हैं:

 function add(a, b) {   return a + b  } function subtract(a, b) {   return a - b  } module.exports = {   add,   subtract }

और यहां बताया गया है कि आप इस मॉड्यूल को किसी अन्य फ़ाइल में कैसे उपयोग कर सकते हैं (चलिए इसे index.js कहते हैं):

 const { add, subtract } = require('./calculations') console.log(subtract(5, add(3, 2))

फ्रंटेंड एप्लिकेशन डेवलपर्स को निम्नलिखित सिफारिशें दी जा सकती हैं। मॉड्यूल में घोषित सबसे महत्वपूर्ण संस्थाओं को निर्यात करने के लिए, डिफ़ॉल्ट निर्यात विकल्पों का उपयोग करें। द्वितीयक संस्थाओं के लिए, आप नामित निर्यात का उपयोग कर सकते हैं।

3. मापदंडों के साथ एक वस्तु के बजाय कई फ़ंक्शन मापदंडों का उपयोग करें

फ़ंक्शन की घोषणा करते समय, आपको मापदंडों के साथ एक एकल ऑब्जेक्ट के बजाय, कई मापदंडों का उपयोग करने का प्रयास करना चाहिए। यहाँ कुछ उदाहरण हैं:

 //  function displayUser(firstName, lastName, age) {   console.log(`This is ${firstName} ${lastName}. She is ${age} years old.`) } //  function displayUser(user) {   console.log(`This is ${user.firstName} ${user.lastName}. She is ${user.age} years old.`) }

कई मापदंडों के साथ एक फ़ंक्शन की उपस्थिति आपको तुरंत यह देखने की अनुमति देती है कि इसकी घोषणा की पहली पंक्ति को देखकर इसे पारित करने की आवश्यकता क्या है। यही कारण है कि मैं यह सिफारिश देता हूं।

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

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

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

4. पुनर्गठन

पुनर्गठन एक उपयोगी तंत्र है जो ईएस 6 में दिखाई दिया। यह आपको निर्दिष्ट फ़ील्ड्स को ऑब्जेक्ट्स से निकालने और तुरंत उन्हें चर में लिखने की अनुमति देता है। वस्तुओं और मॉड्यूल के साथ काम करते समय इसका उपयोग किया जा सकता है:

 //    const { add, subtract } = require('./calculations')

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

एक समान दृष्टिकोण उन मामलों पर लागू होता है जब एक एकल फ़ंक्शन फ़ंक्शन पैरामीटर के रूप में उपयोग किया जाता है। यह फ़ंक्शन की पहली पंक्ति को तुरंत पता लगाने की अनुमति देता है कि यह मापदंडों के साथ एक ऑब्जेक्ट के रूप में प्राप्त करने की वास्तव में क्या उम्मीद करता है:

 function logCountry({name, code, language, currency, population, continent}) {   let msg = `The official language of ${name} `   if(code) msg += `(${code}) `   msg += `is ${language}. ${population} inhabitants pay in ${currency}.`   if(contintent) msg += ` The country is located in ${continent}` } logCountry({   name: 'Germany',   code: 'DE',   language 'german',   currency: 'Euro',   population: '82 Million', }) logCountry({   name: 'China',   language 'mandarin',   currency: 'Renminbi',   population: '1.4 Billion',   continent: 'Asia', })

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

वैसे, रिएक्ट के कार्यात्मक घटकों के साथ काम करते समय पुनर्गठन का भी उपयोग किया जा सकता है।

5. फ़ंक्शन मापदंडों के लिए डिफ़ॉल्ट मान सेट करें

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

 function logCountry({   name = 'United States',   code,   language = 'English',   currency = 'USD',   population = '327 Million',   continent, }) {   let msg = `The official language of ${name} `   if(code) msg += `(${code}) `   msg += `is ${language}. ${population} inhabitants pay in ${currency}.`   if(contintent) msg += ` The country is located in ${continent}` } logCountry({   name: 'Germany',   code: 'DE',   language 'german',   currency: 'Euro',   population: '82 Million', }) logCountry({   name: 'China',   language 'mandarin',   currency: 'Renminbi',   population: '1.4 Billion',   continent: 'Asia', })

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

6. कार्यों के लिए अनावश्यक डेटा पास न करें

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

7. फाइलों में लाइनों की संख्या और कोड नेस्टिंग का अधिकतम स्तर सीमित करना

मैंने प्रोग्राम कोड वाली बड़ी फाइलें देखी हैं। बहुत बड़ा है। कुछ में 3,000 से अधिक लाइनें थीं। ऐसी फाइलों में नेविगेट करना बहुत मुश्किल होता है।

परिणामस्वरूप, कोड की लाइनों में मापी गई फ़ाइलों के आकार को सीमित करने की सिफारिश की जाती है। मैं आमतौर पर यह सुनिश्चित करने का प्रयास करता हूं कि मेरी फ़ाइलों का आकार 100 लाइनों से अधिक न हो। कभी-कभी, जब एक निश्चित तर्क को छोटे टुकड़ों में तोड़ना मुश्किल होता है, तो मेरी फ़ाइलों का आकार 200-300 लाइनों तक पहुंच जाता है। और बहुत कम ही, उनका आकार 400 लाइनों तक पहुंचता है। इस सीमा से अधिक फ़ाइलें पढ़ने और बनाए रखने के लिए कठिन हैं।

अपनी परियोजनाओं पर काम के दौरान, साहसपूर्वक नए मॉड्यूल और फ़ोल्डर्स बनाएं। परियोजना संरचना में पेड़ों (मॉड्यूल और मॉड्यूल फ़ाइलों के समूह) और शाखाओं (मॉड्यूल के वर्गों) से मिलकर एक जंगल जैसा होना चाहिए। यह सुनिश्चित करने के लिए प्रयास करें कि आपकी परियोजनाएं पर्वत श्रृंखला की तरह न दिखें।

यदि हम कोड के साथ स्वयं फ़ाइलों की उपस्थिति के बारे में बात करते हैं, तो उन्हें कम पहाड़ियों वाले इलाके के समान होना चाहिए। यह बड़े स्तर के कोड नेस्टिंग से बचने के बारे में है। यह सुनिश्चित करने के लिए प्रयास करने योग्य है कि कोड का घोंसला चार स्तरों से अधिक न हो।

शायद इन सिफारिशों का पालन करने से उचित ESLint लिंटर नियमों को लागू करने में मदद मिलेगी।

8. स्वचालित रूप से कोड कोड करने के लिए उपकरणों का उपयोग करें

एक टीम में जावास्क्रिप्ट परियोजनाओं पर काम करते समय, आपको कोड की शैली और स्वरूपण के लिए एक स्पष्ट मार्गदर्शिका विकसित करने की आवश्यकता होती है। आप ESLint के साथ कोड स्वरूपण को स्वचालित कर सकते हैं। यह लिंटर डेवलपर को अनुकूलन नियमों का एक विशाल सेट प्रदान करता है। एक eslint --fix जो कुछ त्रुटियों को ठीक कर सकता है।

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

9. अच्छी तरह से डिज़ाइन किए गए चर नामों का उपयोग करें

चर का नाम आदर्श रूप से इसकी सामग्री को प्रतिबिंबित करना चाहिए। जानकारीपूर्ण चर नामों के चयन के लिए यहां कुछ दिशानिर्देश दिए गए हैं।

▍ कार्य

आमतौर पर फ़ंक्शन किसी प्रकार की कार्रवाई करते हैं। लोग, जब कार्यों के बारे में बात करते हैं, तो क्रियाओं का उपयोग करते हैं। उदाहरण के लिए - कन्वर्ट (कन्वर्ट) या डिस्प्ले (शो)। फ़ंक्शन नाम बनाने की सिफारिश की जाती है ताकि वे एक क्रिया के साथ शुरू हों। उदाहरण के लिए, convertCurrency या displayUser ।

▍Massivy

Arrays में आमतौर पर कुछ मानों के सेट होते हैं। नतीजतन, यह सरणी को स्टोर करने वाले चर के नाम के साथ अक्षर s को जोड़ने के लिए समझ में आता है। उदाहरण के लिए:

 const students = ['Eddie', 'Julia', 'Nathan', 'Theresa']

▍Logical मान

बूलियन वैरिएबल नाम के साथ शुरू करने के is या has मतलब has । यह उन्हें उन निर्माणों के करीब लाता है जो सामान्य भाषा में उपलब्ध हैं। उदाहरण के लिए, यहाँ प्रश्न है: "क्या वह व्यक्ति शिक्षक है?"। इसका उत्तर "हां" या "नहीं" हो सकता है। तार्किक चर के लिए नामों का चयन करके आप ऐसा कर सकते हैं:

 const isTeacher = true //  false

Methods फ़ंक्शन के पैरामीटर मानक सरणी विधियों में पारित हुए

यहाँ कुछ मानक जावास्क्रिप्ट सरणी विधियाँ हैं: forEach , map , reduce , filter । वे आपको सरणियों के साथ कुछ क्रियाएं करने की अनुमति देते हैं। वे पारित कार्य हैं जो सरणियों पर संचालन का वर्णन करते हैं। मैंने देखा कि कितने प्रोग्रामर el या element जैसे नामों के मापदंडों को पास करते हैं। यद्यपि यह दृष्टिकोण प्रोग्रामर को ऐसे मापदंडों के नामकरण के बारे में सोचने से मुक्त करता है, लेकिन उन्हें उन आंकड़ों के आधार पर कॉल करना बेहतर होता है जो उनमें दिखाई देते हैं। उदाहरण के लिए:

 const cities = ['Berlin', 'San Francisco', 'Tel Aviv', 'Seoul'] cities.forEach(function(city) { ... })

▍ पहचानकर्ता

अक्सर ऐसा होता है कि एक प्रोग्रामर को कुछ डेटा सेट या ऑब्जेक्ट के पहचानकर्ताओं के साथ काम करने की आवश्यकता होती है। यदि इस तरह के पहचानकर्ता नेस्टेड हैं, तो उनके साथ कुछ खास करने की आवश्यकता नहीं है। उदाहरण के लिए, जब MongoDB के साथ काम करते हैं, तो मैं आम तौर पर फ्रंट-एंड एप्लिकेशन में ऑब्जेक्ट को वापस करने से पहले id बदल देता हूं। वस्तुओं से पहचानकर्ताओं को निकालते समय, id से पहले ऑब्जेक्ट का प्रकार सेट करके उनके नाम बनाने की सिफारिश की जाती है। उदाहरण के लिए:

 const studentId = student.id //  const { id: studentId } = student //

इस नियम का एक अपवाद मॉडल में MongoDB संदर्भों के साथ काम कर रहा है। ऐसे मामलों में, उन्हें संदर्भित मॉडल के अनुसार खेतों का नाम देने की सिफारिश की जाती है। यह, जब दस्तावेजों को भरने के लिए जो खेतों में लिंक हैं, तो कोड को साफ और समान रखने की अनुमति देगा:

 const StudentSchema = new Schema({   teacher: {       type: Schema.Types.ObjectId,       ref: 'Teacher',       required: true,   },   name: String,   ... })

10. जहाँ संभव हो, वहाँ एस्क् / वेट निर्माण का उपयोग करें।

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

11. मॉड्यूल आयात करने की प्रक्रिया

अनुशंसाओं 1 और 2 ने यह सुनिश्चित करने के लिए कोड को स्टोर करने के लिए सही जगह चुनने के महत्व का प्रदर्शन किया। इसी तरह के विचार मॉड्यूल के आयात क्रम पर लागू होते हैं। अर्थात्, हम इस तथ्य के बारे में बात कर रहे हैं कि आयात मॉड्यूल का तार्किक क्रम कोड को स्पष्ट करता है। मॉड्यूल आयात करते समय, मैं निम्नलिखित सरल योजना का पालन करता हूं:

 //    import React from 'react' import styled from 'styled-components' //  import Store from '~/Store // ,    import Button from '~/components/Button' //   import { add, subtract } from '~/utils/calculate' //  import Intro from './Intro' import Selector from './Selector'

यह उदाहरण रिएक्ट पर आधारित है। एक ही विचार किसी अन्य विकास के वातावरण में स्थानांतरित करना मुश्किल नहीं होगा।

12. कंसोल.लॉग के उपयोग से बचें

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

नतीजतन, हम कह सकते हैं कि डीबगिंग उद्देश्यों के लिए console.log का उपयोग करना काफी संभव है, और ऐसे मामलों में जहां लॉगिंग कमांड को कार्यशील परियोजनाओं में उपयोग करने की योजना है, यह विशेष पुस्तकालयों का सहारा लेने के लिए समझ में आता है। इनमें लॉजवेल और विंस्टन हैं । इसके अलावा, ESLint का उपयोग अनावश्यक लॉगिंग कमांड का मुकाबला करने के लिए किया जा सकता है। यह वैश्विक खोज और ऐसे आदेशों को हटाने की अनुमति देता है।

परिणाम

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

प्रिय पाठकों! स्वच्छ और स्केलेबल जेएस कोड लिखने के लिए आप यहां 12 युक्तियों को क्या जोड़ सकते हैं?

स्वच्छ और स्केलेबल जावास्क्रिप्ट कोड लिखना: 12 युक्तियां