ओओपी के सामान्य सिद्धांत पर एक्मास्क्रिप्ट का परिप्रेक्ष्य

नमस्कार, हेब्र!

आज तक, मैं केवल अंग्रेजी भाषी लेखकों के लेख, मेरी राय में, दिलचस्प अनुवाद कर रहा हूं। और अब खुद कुछ लिखने का समय आ गया है। पहले लेख के लिए, मैंने एक विषय चुना, जो मुझे यकीन है, जूनियर डेवलपर्स के लिए उपयोगी होगा जो "मध्य" के लिए विकसित करना चाहते हैं, क्योंकि यह OOP के संदर्भ में जावास्क्रिप्ट और शास्त्रीय प्रोग्रामिंग भाषाओं (C ++, C #, Java) के बीच समानता / अंतर का विश्लेषण करेगा। तो चलिए शुरू करते है!

प्रतिमान के सामान्य प्रावधान

अगर हम विकिपीडिया पर जावास्क्रिप्ट की परिभाषा देखते हैं, तो हम निम्नलिखित अवधारणा देखेंगे:

जावास्क्रिप्ट (/ (dʒɑːvɑːˌskr /pt /; abbr। JS / ʒdˈeɪ.ɛs./) एक बहु-प्रतिमान प्रोग्रामिंग भाषा है। वस्तु-उन्मुख, अनिवार्य और कार्यात्मक शैलियों का समर्थन करता है। यह ECMAScript भाषा (ECMA-262 मानक) का कार्यान्वयन है।

इस परिभाषा से निम्नानुसार, जावास्क्रिप्ट स्वयं मौजूद नहीं है, लेकिन कुछ एक्मास्क्रिप्ट विनिर्देश का कार्यान्वयन है। इसके अतिरिक्त, अन्य भाषाएँ इस विनिर्देश को कार्यान्वित करती हैं।

निम्नलिखित प्रतिमान EcmaScript (इसके बाद ES) में मौजूद हैं:

• संरचनात्मक
• PLO
• कार्यात्मक
• आज्ञसूचक
• पहलू-उन्मुख (दुर्लभ मामलों में)

ES में OOP एक प्रोटोटाइप संगठन पर लागू किया जाता है । सवाल के जवाब में नौसिखिए डेवलपर्स से: "जेएस में ओओपी कैसे शास्त्रीय भाषाओं में ओओपी से अलग है।" एक नियम के रूप में, वे बहुत अस्पष्ट हो जाते हैं: "कक्षाएं शास्त्रीय भाषाओं में हैं, और जेएस में प्रोटोटाइप"।

वास्तव में, स्थिति थोड़ी अधिक जटिल है। व्यवहार के संदर्भ में, गतिशील वर्ग संगठन और प्रोटोटाइप संगठन के बीच अंतर छोटा है (यह निश्चित रूप से मौजूद है, लेकिन इतना वैश्विक नहीं है)।

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

एक स्थिर वर्ग संगठन और एक प्रोटोटाइप संगठन के साथ भाषाओं के बीच एक महत्वपूर्ण अंतर। अपने आप में अंतर है “कक्षाएं हैं। यहाँ प्रोटोटाइप ”इतने महत्वपूर्ण नहीं हैं।

स्टेटिक क्लास ऑर्गनाइजेशन किस पर आधारित है?

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

अभिलक्षण दो प्रकार के होते हैं। गुण (एक इकाई का विवरण) और तरीके (एक इकाई की गतिविधि, उनका व्यवहार)।

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

यहाँ JAVA पर एक छोटा सा उदाहरण दिया गया है:

class Person{ String name; //  int age; //  void displayInfo(){ System.out.printf("Name: %s \tAge: %d\n", name, age); } } 

अब कक्षा का एक उदाहरण बनाएं:

 public class Program{ public static void main(String[] args) { Person tom; } } 

हमारी टॉम इकाई में व्यक्ति वर्ग की सभी विशेषताएं हैं, इसकी कक्षा के सभी तरीके भी हैं।

OOP प्रतिमान कोड के पुन: उपयोग के लिए संभावनाओं का एक बहुत विस्तृत पैलेट प्रदान करता है, इन विशेषताओं में से एक है इनहेरिटेंस ।

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

इस दृष्टिकोण के नुकसान क्या हैं?

मुझे लगता है कि यह स्पष्ट है:

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

प्रोटोटाइप संगठन किस पर आधारित है?

प्रोटोटाइप संगठन की प्रमुख अवधारणा एक गतिशील परिवर्तनशील वस्तु (dmo) है। DMO को वर्ग की आवश्यकता नहीं है। वह स्वयं अपने सभी गुणों और विधियों को संग्रहीत कर सकता है।

किसी प्रॉपर्टी का DMO सेट करते समय, यह इस प्रॉपर्टी की मौजूदगी की जांच करता है। यदि कोई संपत्ति है, तो इसे बस सौंपा गया है; यदि ऐसा नहीं है, तो संपत्ति को जोड़ दिया जाता है और पारित मूल्य के साथ आरंभ किया जाता है। DMO कार्यक्रम के दौरान अपने हस्ताक्षर को जितनी बार चाहें बदल सकते हैं।

यहाँ एक उदाहरण है:

 //        const Person = { name: null, age: null, sayHi() { return `Hi! My name is ${this.name}. I'm ${this.age} years old.` } } const Tom = { //-       } Tom.__proto__ = Person; 

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

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

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

एक वस्तु के लिए प्रोटोटाइप किसी भी वस्तु, इसके अलावा हो सकता है, एक वस्तु कार्यक्रम के दौरान अपने प्रोटोटाइप को पुन: सौंप सकती है।

आइए अपने टॉम पर वापस जाएं:

 Tom.name = 'Tom'; //    Tom.surname = 'Williams'; //    Tom.age = 28;//    Tom.sayHi();//  sayHi,      ,    ,       const tomSon = { name: 'John', age: 5, sayHi() { return this.__proto__.sayHi.call(this) + `My father is ${this.__proto__.name} ${this.surname}`; } } //,     tomSon.__proto__ = Tom; tomSon.sayHi();//  "Hi! My name is John. I'm 5 years old.My father is Tom Williams" 

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

हम अपने टॉम और उनके बेटे जॉन के इतिहास का विकास जारी रखते हैं।

 // ,    (  ) //  ,   ,    , //      const Ben = { name: 'Ben', surname: 'Silver', age: 42, sayHi() { return `Hello! I'm ${this.name} ${this.surname}. `; } } tomSon.nativeFather = Tom; tomSon.__proto__= Ben; tomSon.sayHi(); //    (),     () //   'Hello! I'm John Silver. My father is Ben Silver' 

कृपया ध्यान दें कि कार्यक्रम के दौरान हमने पहले से ही बनाई गई वस्तु का प्रोटोटाइप बदल दिया। यह प्रोटोटाइप संगठन और गतिशील वर्ग संगठन की समानता है। यही कारण है कि उत्तर "वर्ग हैं, प्रोटोटाइप हैं" सवाल "शास्त्रीय भाषाओं और जावास्क्रिप्ट के बीच अंतर क्या है?" काफी सही नहीं है और ओओपी के सिद्धांत और कक्षाओं और / या प्रोटोटाइप पर इसके कार्यान्वयन की कुछ गलतफहमी को इंगित करता है।

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

 Ben.hobbies = ['chess', 'badminton']; // tomSon   ,             ,      tomSon.sayAboutFathersHobies = function () { const reducer = (accumulator, current) => {`${accumulator} and ${current}`} return `My Father play ${this.hobbies.reduce(reducer)}` } tomSon.sayAboutFathersHobies(); //  'My Father play chess and badminton' 

इसे प्रोटोटाइप संगठन प्रतिनिधि मॉडल या प्रोटोटाइप इनहेरिटेंस कहा जाता है ।

एक निश्चित क्षमता को लागू करने के लिए एक इकाई की क्षमता कैसे निर्धारित होती है?

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

एक प्रोटोटाइप दृष्टिकोण के फायदे क्या हैं?

• अधिक लचीलापन
• संस्थाओं के पास ऐसे गुण नहीं हैं जिनकी उन्हें आवश्यकता नहीं है।

डाउनसाइड क्या हैं?

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

निष्कर्ष

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

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