लेट बाइंडिंग: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
 
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{Short description|When called functions or methods are looked up by name at runtime}}
{{Short description|When called functions or methods are looked up by name at runtime}}
'''कंप्यूटिंग में, लेट बाइंडिंग या डायनेमिक लिंकेज<ref>Booch, Grady. Object-oriented Analysis and Design. Addison-Wesley, 1994. p71</ref>''' आयातित कोड पुस्तकालयों(लाइब्रेरी) को गतिशील(डायनमिक) रूप से जोड़ने के लिए यह समान प्रक्रिया नहीं है-यह एक कंप्यूटर प्रोग्रामिंग कार्य बिधि है जिसमें किसी ऑब्जेक्ट पर कॉल की जाने वाली विधि या फंक्शन को आर्गुमेंट के साथ कॉल की जाने वाले फंक्शन के रनटाइम पर नाम से देखा जाता है। दूसरे शब्दों में, संकलन के बजाय नाम रनटाइम पर किसी विशेष ऑपरेशन या ऑब्जेक्ट से जुड़ा होता है। गतिशील(डायनमिक) बाइंडिंग का प्रयोग कभी-कभी किया जाता है<ref>{{cite web|url=http://support.microsoft.com/default.aspx?scid=kb;EN-US;245115|title=Using early binding and late binding in Automation|date= 2003-09-06|accessdate=2014-06-27|publisher=[[Microsoft]]|archive-url=https://web.archive.org/web/20140627041338/http://support.microsoft.com/default.aspx?scid=kb;EN-US;245115|archive-date=2014-06-27}}</ref>,लेकिन डायनेमिक स्कोप को संदर्भित करने के लिए इसका अधिक उपयोग किया जाता है।
'''कंप्यूटिंग में, लेट बाइंडिंग या डायनेमिक लिंकेज<ref>Booch, Grady. Object-oriented Analysis and Design. Addison-Wesley, 1994. p71</ref>''' आयातित कोड लाइब्रेरी को गतिशील(डायनमिक) रूप से जोड़ने के लिए यह समान प्रक्रिया नहीं है-यह एक कंप्यूटर प्रोग्रामिंग कार्य बिधि है जिसमें किसी ऑब्जेक्ट पर कॉल की जाने वाली विधि या फंक्शन को आर्गुमेंट के साथ कॉल की जाने वाले फंक्शन के रनटाइम पर नाम से देखा जाता है। दूसरे शब्दों में, संकलन के बजाय नाम रनटाइम पर किसी विशेष ऑपरेशन या ऑब्जेक्ट से जुड़ा होता है। गतिशील(डायनमिक) बाइंडिंग का प्रयोग कभी-कभी किया जाता है<ref>{{cite web|url=http://support.microsoft.com/default.aspx?scid=kb;EN-US;245115|title=Using early binding and late binding in Automation|date= 2003-09-06|accessdate=2014-06-27|publisher=[[Microsoft]]|archive-url=https://web.archive.org/web/20140627041338/http://support.microsoft.com/default.aspx?scid=kb;EN-US;245115|archive-date=2014-06-27}}</ref>,लेकिन डायनेमिक स्कोप को संदर्भित करने के लिए इसका अधिक उपयोग किया जाता है।


[[ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग]] भाषा में अर्ली बाइंडिंग या स्टैटिक बाइंडिंग के साथ, संकलन(कंपाइल) चरण सभी प्रकार के वेरिएबल्स और एक्सप्रेशंस को ठीक करता है। यह आमतौर पर संकलित कार्यक्रम वास्तविक विधि तालिका (वी-टेबल) में ऑफसेट के रूप में संग्रहीत होता है।<ref>{{cite web| url = http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-2.html#jvms-2.6.3| title = The Structure of the Java Virtual Machine: Dynamic Linking| year = 1999 | accessdate = 2013-09-21| at = sec. 3.6.3| publisher = [[Sun Microsystems]]}}</ref> इसके विपरीत लेट बाइंडिंग के साथ संकलक(कंपाइल) पर्याप्त जानकारी नहीं पढ़ता है इसे सत्यापित करने के लिए कि विधि मौजूद है या वी-टेबल पर इसके स्लॉट को बांधती है। इसके बजाय, इस विधि को रनटाइम पर नाम से देखा जा सकता है।
[[ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग]] भाषा में अर्ली बाइंडिंग या स्टैटिक बाइंडिंग के साथ, संकलन(कंपाइल) चरण सभी प्रकार के वेरिएबल्स और एक्सप्रेशंस को ठीक करता है। यह आमतौर पर संकलित कार्यक्रम वास्तविक विधि तालिका (वी-टेबल) में ऑफसेट के रूप में संग्रहीत होता है।<ref>{{cite web| url = http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-2.html#jvms-2.6.3| title = The Structure of the Java Virtual Machine: Dynamic Linking| year = 1999 | accessdate = 2013-09-21| at = sec. 3.6.3| publisher = [[Sun Microsystems]]}}</ref> इसके विपरीत लेट बाइंडिंग के साथ संकलक(कंपाइल) पर्याप्त जानकारी नहीं पढ़ता है इसे सत्यापित करने के लिए कि विधि मौजूद है या वी-टेबल पर इसके स्लॉट को बांधती है। इसके बजाय, इस विधि को रनटाइम पर नाम से देखा जा सकता है।


[[कंपोनेंट ऑब्जेक्ट मॉडल]] (COM) प्रोग्रामिंग में लेट बाइंडिंग का उपयोग करने का प्राथमिक लाभ यह है कि इसके लिए कंपाइलर को उन लाइब्रेरी को संदर्भित करने की आवश्यकता नहीं होती है जिनमें संकलन(कंपाइल) समय पर ऑब्जेक्ट होता है। यह संकलन(कंपाइल) प्रक्रिया को संस्करण विरोधों के लिए अधिक प्रतिरोधी बनाता है, जिसमें क्लास के वी-टेबल के गलती को संशोधित किया जा सकता है।(यह .NET या जावा जैसे समय-समय पर संकलन-संकलित प्लेटफार्म में चिंता का विषय नहीं है, क्योंकि वी-टेबल का निर्माण रनटाइम पर वर्चुअल मशीन द्वारा पुस्तकालयों(लाइब्रेरी) के खिलाफ बनाई जाती है क्योंकि उन्हें चल रहे एप्लिकेशन में लोड किया जा जाना होता है।<ref>Software engineering techniques, J. N. Buxton, [[Brian Randell]], NATO Science Committee, NATO Science Committee, 1970</ref>
[[कंपोनेंट ऑब्जेक्ट मॉडल]] (COM) प्रोग्रामिंग में लेट बाइंडिंग का उपयोग करने का प्राथमिक लाभ यह है कि इसके लिए कंपाइलर को उन लाइब्रेरी को संदर्भित करने की आवश्यकता नहीं होती है जिनमें संकलन(कंपाइल) समय पर ऑब्जेक्ट होता है। यह संकलन(कंपाइल) प्रक्रिया को संस्करण विरोधों के लिए अधिक प्रतिरोधी बनाता है, जिसमें क्लास के वी-टेबल के गलती को संशोधित किया जा सकता है।(यह .NET या जावा जैसे समय-समय पर संकलन-संकलित प्लेटफार्म में चिंता का विषय नहीं है, क्योंकि वी-टेबल का निर्माण रनटाइम पर वर्चुअल मशीन द्वारा लाइब्रेरी के खिलाफ बनाई जाती है क्योंकि उन्हें चल रहे एप्लिकेशन में लोड किया जा जाना होता है।<ref>Software engineering techniques, J. N. Buxton, [[Brian Randell]], NATO Science Committee, NATO Science Committee, 1970</ref>


== इतिहास ==
== इतिहास ==
Line 78: Line 78:


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


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


यह अंतर पीएल/एसक्यूएल और एडीए के लिए अद्वितीय प्रतीत होता है। अन्य भाषाएँ जो पीएल/एसक्यूएल प्रक्रियाओं को कॉल कर सकती हैं,और साथ ही साथ अन्य डेटाबेस इंजन, केवल लेट बाइंडिंग का उपयोग करती हैं।
यह अंतर पीएल/एसक्यूएल और एडीए के लिए अद्वितीय प्रतीत होता है। अन्य भाषाएँ जो पीएल/एसक्यूएल प्रक्रियाओं को कॉल कर सकती हैं,और साथ ही साथ अन्य डेटाबेस इंजन केवल लेट बाइंडिंग का उपयोग करती हैं।


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


कुछ कंपाइलरों के लिए, लेट बाइंडिंग स्थिर प्रकार की जाँच के उपयोग को रोक सकती है। लेट बाउंड कॉल करते समय, कंपाइलर को यह मान लेना चाहिए कि विधि मौजूद है। इसका मतलब है कि एक साधारण वर्तनी त्रुटि रन-टाइम त्रुटि का कारण बन सकती है। आधुनिक संकलक यह सुनिश्चित करके इससे बचते हैं कि संकलन(कंपाइलर) के दौरान हर संभव कॉल का कार्यान्वयन होना चाहिए।
कुछ कंपाइलरों के लिए लेट बाइंडिंग स्थिर प्रकार की जाँच के उपयोग को रोक सकती है। लेट बाउंड कॉल करते समय कंपाइलर को यह मान लेना चाहिए कि विधि मौजूद है। इसका मतलब है कि एक साधारण वर्तनी त्रुटि रन-टाइम त्रुटि का कारण बन सकती है। आधुनिक संकलक यह सुनिश्चित करके इससे बचते हैं कि संकलन(कंपाइलर) के दौरान हर संभव कॉल का कार्यान्वयन होना चाहिए।


लेटबाइंडिंग एक एकीकृत विकास पर्यावरण (आईडीई) द्वारा आवश्यक स्थिर विश्लेषण के रूपों को रोक सकता है। उदाहरण के लिए, आईडीई की "परिभाषा पर जाएं"  सुविधा लेट-बाउंड कॉल पर कार्य नहीं कर सकती है, यदि आईडीई के पास यह जानने का कोई तरीका नहीं है कि कॉल किस वर्ग को संदर्भित कर सकता है। एक आधुनिक आईडीई आसानी से इसे विशेष रूप से ऑब्जेक्ट-ओरिएंटेड भाषाओं के लिए हल करता है क्योंकि लेट-बाउंड विधि हमेशा एक इंटरफेस या बेस क्लास निर्दिष्ट करती है,जहां "परिभाषा पर जाएं" और "सभी संदर्भ खोजें" का उपयोग सभी कार्यान्वयन या ओवरराइड खोजने के लिए किया जा सकता है।
लेटबाइंडिंग एक एकीकृत विकास पर्यावरण (आईडीई) द्वारा आवश्यक स्थिर विश्लेषण के रूपों को रोक सकता है। उदाहरण के लिए, आईडीई की "परिभाषा पर जाएं"  सुविधा लेट-बाउंड कॉल पर कार्य नहीं कर सकती है, यदि आईडीई के पास यह जानने का कोई तरीका नहीं है कि कॉल किस वर्ग को संदर्भित कर सकता है। एक आधुनिक आईडीई आसानी से इसे विशेष रूप से ऑब्जेक्ट-ओरिएंटेड भाषाओं के लिए हल करता है क्योंकि लेट-बाउंड विधि हमेशा एक इंटरफेस या बेस क्लास निर्दिष्ट करती है,जहां "परिभाषा पर जाएं" और "सभी संदर्भ खोजें" का उपयोग सभी कार्यान्वयन या ओवरराइड खोजने के लिए किया जा सकता है।
Line 93: Line 93:
== यह भी देखें ==
== यह भी देखें ==
{{Portal|Computer programming}}
{{Portal|Computer programming}}
* [[देर से जुड़ना]]
* [[देर से जुड़ना|लेट लिंकिंग]]  
* गतिशील लिंकर
* गतिशील लिंकर
* गतिशील प्रेषण
* गतिशील प्रेषण
* [[नाम बंधन]]
* [[नाम बंधन|नाम बाइंडिंग]]


==संदर्भ==
==संदर्भ==
{{Reflist|30em}}
{{Reflist|30em}}
[[Category: विधि (कंप्यूटर प्रोग्रामिंग)]] [[Category: प्रोग्रामिंग भाषा अवधारणाओं]]


[[Category: Machine Translated Page]]
[[Category:Created On 17/02/2023]]
[[Category:Created On 17/02/2023]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Pages with empty portal template]]
[[Category:Pages with script errors]]
[[Category:Portal templates with redlinked portals]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:प्रोग्रामिंग भाषा अवधारणाओं]]
[[Category:विधि (कंप्यूटर प्रोग्रामिंग)]]

Latest revision as of 17:57, 1 May 2023

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

ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग भाषा में अर्ली बाइंडिंग या स्टैटिक बाइंडिंग के साथ, संकलन(कंपाइल) चरण सभी प्रकार के वेरिएबल्स और एक्सप्रेशंस को ठीक करता है। यह आमतौर पर संकलित कार्यक्रम वास्तविक विधि तालिका (वी-टेबल) में ऑफसेट के रूप में संग्रहीत होता है।[3] इसके विपरीत लेट बाइंडिंग के साथ संकलक(कंपाइल) पर्याप्त जानकारी नहीं पढ़ता है इसे सत्यापित करने के लिए कि विधि मौजूद है या वी-टेबल पर इसके स्लॉट को बांधती है। इसके बजाय, इस विधि को रनटाइम पर नाम से देखा जा सकता है।

कंपोनेंट ऑब्जेक्ट मॉडल (COM) प्रोग्रामिंग में लेट बाइंडिंग का उपयोग करने का प्राथमिक लाभ यह है कि इसके लिए कंपाइलर को उन लाइब्रेरी को संदर्भित करने की आवश्यकता नहीं होती है जिनमें संकलन(कंपाइल) समय पर ऑब्जेक्ट होता है। यह संकलन(कंपाइल) प्रक्रिया को संस्करण विरोधों के लिए अधिक प्रतिरोधी बनाता है, जिसमें क्लास के वी-टेबल के गलती को संशोधित किया जा सकता है।(यह .NET या जावा जैसे समय-समय पर संकलन-संकलित प्लेटफार्म में चिंता का विषय नहीं है, क्योंकि वी-टेबल का निर्माण रनटाइम पर वर्चुअल मशीन द्वारा लाइब्रेरी के खिलाफ बनाई जाती है क्योंकि उन्हें चल रहे एप्लिकेशन में लोड किया जा जाना होता है।[4]

इतिहास

"लेट बाइंडिंग" शब्द कम से कम 1960 के दशक का है, जहां यह ACM के संचार में पाया जाता है। लिस्प जैसी भाषाओं में कॉलिंग सम्मेलनों का वर्णन करने के लिए नकारात्मक अर्थों के साथ इस शब्द का उपयोग व्यापक रूप से किया गया था[5]

1980 के दशक में स्मॉलटॉक ने ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग (OOP) को और इसके साथ लेट बाइंडिंग को लोकप्रिय बनाया ।"एलन के" ने एक बार कहा था, "मेरे लिए OOP का अर्थ है केवल संदेश देना स्थानीय प्रतिधारण और सभी ऑब्जेक्ट के लिय लेटबाइंडिंग अधिकतम प्रयोग होती है | यह स्मॉलटाक और लिस्प में किया जा सकता है। संभवतः अन्य प्रणालियाँ भी हैं जिनमें यह संभव हो सकता है, लेकिन मुझे उनकी जानकारी नहीं है।[6]

1990 के दशक में,माइक्रोसॉफ्ट ने अपने COM मानक को विभिन्न OOP प्रोग्रामिंग भाषाओं के बीच एक बाइनरी इंटरफेस के रूप में प्रचारित किया। COM प्रोग्रामिंग समान रूप से सिंटैक्स स्तर पर दोनों का समर्थन करने वाली कई भाषाओं के साथ अर्ली बाइंडिंग और लेटबाइंडिंग को बढ़ावा देती है।

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

लेट बाइंडिंग कार्यान्वयन

लेट बाइंडिंग में डायनमिक रूप से टाइप की गई ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग भाषा

अधिकांश गतिशील(डायनमिक) रूप से टाइप की गई भाषाओं में, किसी ऑब्जेक्ट पर विधियों की सूची को रनटाइम पर बदला जा सकता है। इसके लिए लेट बाइंडिंग की आवश्यकता पड़ती है।

लिस्प में लेट बाइंडिंग

लिस्प (प्रोग्रामिंग भाषा) में लेट बाउंड ग्लोबल फंक्शन कॉल्स को कुशलता से रनटाइम पर फंक्शन सेल को प्रतीक के माध्यम से देखा जाता है। ये फंक्शन बाइंडिंग परिवर्तनीय हैं।

पारस्परिक क्लोजर कॉमन लिस्प सत्र का उपयोग करने का उदाहरण:

? (defun foo ()
    (bar pi))   ; a still undefined function BAR gets called
;Compiler warnings :
;   In FOO: Undefined function BAR
FOO

? (defun bar (x)   ; now we define it
    (* x 2))
BAR

? (foo)    ; calling foo and it uses the recent definition of BAR
6.283185307179586D0

? (defun bar (x)   ; now we redefine BAR
    (* x 1000))
BAR

? (foo)    ;  FOO now calls the new function, there is no need to recompile/link/load FOO
3141.592653589793D0

? (type-of 'bar)   ;  BAR is a symbol
SYMBOL

? (symbol-function 'bar)  ; the symbol BAR has a function binding
#<Compiled-function BAR #x302000D1B21F>

C++ में लेट बाइंडिंग  

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

कॉम भाषाओं में लेट बाइंडिंग

COM प्रोग्रामिंग में आईडीआई स्पैच इंटरफेस का उपयोग करके एक लेट-बाउंड मेथड कॉल किया जाता है। कुछ कॉम-आधारित भाषाएँ जैसे मूल दृश्य 6 में इस इंटरफेस को लागू करने के लिए सिंटैक्टिकल समर्थन होता है। यह वेरिएबल के प्रकार को ऑब्जेक्ट के रूप में परिभाषित करके किया जाता है।[8] C++ जैसे अन्य भाषाओ की आवश्यकता है कि आप एक विधि देखने के लिए GetIDsOfNames को स्पष्ट रूप से कॉल करें और इसे कॉल करने के लिए परामर्श दे |

NET में लेट बाइंडिंग

.NET में, लेट बाइंडिंग का अर्थ C++ जैसी वर्चुअल विधि को ओवरराइड करना या इंटरफेस लागू करना है। कंपाइलर सभी वर्चुअल या इंटरफेस मेथड कॉल के लिए वर्चुअल टेबल बनाता है जिसका उपयोग निष्पादन के कार्यान्वयन को निर्धारित करने के लिए रन-टाइम पर किया जाता है।

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

भाषा ने C # 4 के साथ डायनमिक कूट प्रकार को भी जोड़ा ताकि यह इंगित किया जा सके की ऑब्जेक्ट के स्थान पर लेट बाइंडिंग उपयोग है या नहीं | आवश्यक विशिष्ट लेट बाइंडिंग क्रियाबिधि को डायनेमिक भाषा कार्य समय को शुरुआती बिंदु के रूप में उपयोग करते हुए कार्य समय पर निर्धारित किया जाता है।

जब भी वेरिएबल ऑब्जेक्ट टाइप का होता है और कंपाइलर डायरेक्टिव "ऑप्शन स्ट्रिक्ट ऑफ" लागू होता है, तो विजुअल बेसिक उनका उपयोग करता है। यह एक नए वीबी प्रोजेक्ट के लिए न्यूनता समायोजन है। संस्करण 9 से पहले, केवल .NET और COM ऑब्जेक्ट लेट बाउंड हो सकते थे। वीबी 10 संस्करण में डीएलआर-आधारित ऑब्जेक्ट को जोड़ दिया गया ।

जावा में लेट बाइंडिंग

जावा में लेट बाइंडिंग की तीन परिभाषाएँ हैं।

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

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

अंत में, जावा अपने रिफ्लेक्शन एपीआई का उपयोग करके लेट बाइंडिंग का उपयोग कर सकता है और उसी तरह आत्मनिरीक्षण टाइप कर सकता है जैसे यह COM और .NET प्रोग्रामिंग में किया जाता है। सामान्यत: जो केवल जावा में प्रोग्राम करते हैं, वे लेट बाइंडिंग का उपयोग नहीं करते हैं। इसी तरह अमूर्त इंटरफेस के साथ जावा प्रोग्रामिंग में "डक टाइपिंग" तकनीकों का उपयोग किया जाता है|

जावा के वर्तमान अधिष्ठाता ओरेकल को "डक टाइपिंग" अर्थ में लेट बाइंडिंग शब्द का उपयोग करने के लिए जाना जाता है, जिसमे एक ही डक्युमेंट में जावा और अन्य भाषाओं दोनों पर चर्चा की जाती है।[9]

पीएल/एसक्यूएल और एडीए में लेट बाइंडिंग

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

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

यह अंतर पीएल/एसक्यूएल और एडीए के लिए अद्वितीय प्रतीत होता है। अन्य भाषाएँ जो पीएल/एसक्यूएल प्रक्रियाओं को कॉल कर सकती हैं,और साथ ही साथ अन्य डेटाबेस इंजन केवल लेट बाइंडिंग का उपयोग करती हैं।

आलोचना

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

कुछ कंपाइलरों के लिए लेट बाइंडिंग स्थिर प्रकार की जाँच के उपयोग को रोक सकती है। लेट बाउंड कॉल करते समय कंपाइलर को यह मान लेना चाहिए कि विधि मौजूद है। इसका मतलब है कि एक साधारण वर्तनी त्रुटि रन-टाइम त्रुटि का कारण बन सकती है। आधुनिक संकलक यह सुनिश्चित करके इससे बचते हैं कि संकलन(कंपाइलर) के दौरान हर संभव कॉल का कार्यान्वयन होना चाहिए।

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

यह भी देखें

संदर्भ

  1. Booch, Grady. Object-oriented Analysis and Design. Addison-Wesley, 1994. p71
  2. "Using early binding and late binding in Automation". Microsoft. 2003-09-06. Archived from the original on 2014-06-27. Retrieved 2014-06-27.
  3. "The Structure of the Java Virtual Machine: Dynamic Linking". Sun Microsystems. 1999. sec. 3.6.3. Retrieved 2013-09-21.
  4. Software engineering techniques, J. N. Buxton, Brian Randell, NATO Science Committee, NATO Science Committee, 1970
  5. "Dr. Alan Kay on the Meaning of "Object-Oriented Programming"". Purl.org. Retrieved 2013-08-16.
  6. "Using early binding and late binding in Automation". Support.microsoft.com. Retrieved 2011-01-15.
  7. "12.5 — The virtual table « Learn C". Learncpp.com. 2008-02-08. Retrieved 2013-08-16.
  8. "Early and Late Binding, Oracle SQL *Module for Ada Programmer's Guide". Download.oracle.com. Retrieved 2011-01-15.
  9. "Calling into WebLogic Server from a COM Client Application". Download.oracle.com. Retrieved 2013-08-16.