"हाउ जावास्क्रिप्ट वर्क्स" पुस्तक

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

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

अंश
बिना कक्षाओं के कोड कैसे काम करता है

और आपको लगता है कि आप सभी कक्षाओं के बाहर और मुफ्त में स्मार्ट हैं।
जॉन लेनन

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

एक अतिरिक्त लाभ बहुरूपता है। प्रत्येक वस्तु जो किसी विशेष संदेश को पहचानती है, उसे प्राप्त करने का अधिकार है। आगे क्या होता है यह वस्तु की विशेषज्ञता पर निर्भर करता है। और यह एक बहुत ही उत्पादक विचार है।

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

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

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

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

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

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

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

डिजाइनर

अध्याय 13 में, हमने कारखानों के साथ काम किया - ऐसे कार्य जो वापस लौटते हैं। अब हम कंस्ट्रक्टर्स - फ़ंक्शंस के साथ कुछ ऐसा कर सकते हैं, जिसमें फ़ंक्शंस शामिल हैं।

आइए काउंटर जनरेटर के समान काउंटर_कंस्ट्रक्टर बनाकर शुरू करें। इसके दो तरीके हैं, ऊपर और नीचे:

function counter_constructor() { let counter = 0; function up() { counter += 1; return counter; } function down() { counter -= 1; return counter; } return Object.freeze({ up, down }); } 

लौटी हुई वस्तु जमी हुई है। यह क्षतिग्रस्त या क्षतिग्रस्त नहीं किया जा सकता है। वस्तु की एक अवस्था होती है। चर काउंटर ऑब्जेक्ट की एक निजी संपत्ति है। आप इसे केवल विधियों के माध्यम से एक्सेस कर सकते हैं। और हमें इसका उपयोग करने की आवश्यकता नहीं है।

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

कंस्ट्रक्टर एक फ़ंक्शन है जो किसी ऑब्जेक्ट को लौटाता है। पैरामीटर और कंस्ट्रक्टर वैरिएबल ऑब्जेक्ट के निजी गुण बन जाते हैं। इसमें कोई सार्वजनिक गुण नहीं है जिसमें डेटा शामिल है। आंतरिक कार्य वस्तु के तरीके बन जाते हैं। वे गुणों को बंद लोगों में बदल देते हैं। एक जमे हुए वस्तु में गिरने वाले तरीके खुले हैं।

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

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

यह पता चला है कि हमारे पास दो प्रकार की वस्तुएं हैं।

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

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

यदि हार्ड ऑब्जेक्ट को स्ट्रिंग में परिवर्तित किया जाना चाहिए, तो toJSON विधि को सक्षम किया जाना चाहिए। अन्यथा, JSON.stringify एक खाली ऑब्जेक्ट के रूप में, तरीकों और छिपे हुए डेटा (अध्याय 22 देखें) की अनदेखी करेगा।

कंस्ट्रक्टर विकल्प

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

यदि मैं विवेकपूर्ण होता, तो मेरा एक रचनाकार होता जो एक वस्तु को एक पैरामीटर के रूप में लेता है। यह आमतौर पर एक ऑब्जेक्ट शाब्दिक से लिया जाता है, लेकिन अन्य स्रोतों से आ सकता है, उदाहरण के लिए, JSON सामग्री से।

इससे कई लाभ मिलेंगे।

• मुख्य लाइनें कोड को एक प्रलेखित रूप देती हैं। कोड को पढ़ना आसान है क्योंकि यह आपको बताता है कि कॉलर का प्रत्येक तर्क क्या है।
• किसी भी क्रम में तर्क की व्यवस्था की जा सकती है।
• भविष्य में, आप मौजूदा कोड को नुकसान पहुंचाए बिना नए तर्क जोड़ सकते हैं।
• अप्रासंगिक मापदंडों को अनदेखा किया जा सकता है।

प्रायः, निजी संपत्ति को इनिशियलाइज़ करने के लिए एक पैरामीटर का उपयोग किया जाता है। यह निम्नानुसार किया जाता है:

 function my_little_constructor(spec) { let { name, mana_cost, colors, type, supertypes, types, subtypes, text, flavor, power, toughness, loyalty, timeshifted, hand, life } = spec; 

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

रचना

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

 function my_little_constructor(spec) { let {} = spec; const _ = other_constructor(spec); const  = function () { //   spec, , _,  }; return Object.freeze({ , _. }); } 

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

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

आकार

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

मॉड्युलैरिटी में सुधार करके अंतर को कम किया जा सकता है। लेन-देन पर जोर, गुण नहीं, आपको तरीकों की संख्या कम करने की अनुमति देता है, और एक ही समय में कनेक्टिविटी में सुधार होता है।

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

उदाहरण के लिए, मेरा मानना ​​है कि यह जरूरी नहीं है कि अंकों के लिए तरीकों के साथ कठोर वस्तुएं हों। एक बिंदु दो या तीन संख्याओं के लिए एक साधारण कंटेनर हो सकता है। अंक उन कार्यों को पारित किए जाते हैं जो प्रक्षेपण, या प्रक्षेप, या कुछ और जो अंकों के साथ किया जा सकता है, में सक्षम होते हैं। यह उन्हें विशेष व्यवहार देने के लिए उपवर्ग बिंदुओं की तुलना में बहुत अधिक उत्पादक हो सकता है। कार्यों को करने दें।

»पुस्तक की अधिक जानकारी प्रकाशक की वेबसाइट पर पाई जा सकती है
» सामग्री
» अंश

फेरीवालों के लिए कूपन पर 25% की छूट - जावास्क्रिप्ट

पुस्तक के पेपर संस्करण के भुगतान पर, एक इलेक्ट्रॉनिक पुस्तक ई-मेल द्वारा भेजी जाती है।