बॉक्सिंग (कंप्यूटर विज्ञान): Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
 
(8 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{{Short description|Programming language concept}}
{{Short description|Programming language concept}}
{{More citations needed|date=August 2009}}
[[कंप्यूटर विज्ञान]] में, '''बॉक्सिंग''' (a.k.a. रैपिंग) किसी ऑब्जेक्ट के भीतर एक प्रिमिटिव प्रकार के ऑब्जेक्ट को रखने में परिवर्तन है, जिससे कि मूल्य को [[संदर्भ प्रकार]] के रूप में उपयोग किया जा सके और इस प्रकार अनबॉक्सिंग अपने रैपर ऑब्जेक्ट से प्रिमिटिव मूल्य निकालने का रिवर्स ट्रांसफॉर्मेशन है। ऑटोबॉक्सिंग प्रक्रिया स्वचालित रूप से बॉक्सिंग या अनबॉक्सिंग रूपांतरणों को आवश्यकतानुसार प्रयुक्त करने के लिए है।
[[कंप्यूटर विज्ञान]] में, बॉक्सिंग (a.k.a. रैपिंग) किसी ऑब्जेक्ट के भीतर एक प्राचीन प्रकार के ऑब्जेक्ट को रखने में परिवर्तन है, जिससे कि मूल्य को [[संदर्भ प्रकार]] के रूप में उपयोग किया जा सके और इस प्रकार अनबॉक्सिंग अपने रैपर ऑब्जेक्ट से प्राचीन मूल्य निकालने का रिवर्स ट्रांसफॉर्मेशन है। ऑटोबॉक्सिंग प्रक्रिया स्वचालित रूप से बॉक्सिंग या अनबॉक्सिंग रूपांतरणों को आवश्यकतानुसार प्रयुक्त करने के लिए है।


==मुक्केबाजी==
==बॉक्सिंग ==


बॉक्सिंग का सबसे प्रमुख उपयोग [[जावा (प्रोग्रामिंग भाषा)]] में होता है जहां रनटाइम दक्षता और वाक्यविन्यास और अर्थ संबंधी मुद्दों जैसे कारणों से संदर्भ प्रकार और मूल्य प्रकारों के बीच अंतर होता है। जावा में, {{Java|LinkedList}} केवल प्रकार के मान संग्रहीत कर सकता है {{Java|Object}}. किसी को पाने की इच्छा हो सकती है {{Java|LinkedList}} का {{Java|int}}, लेकिन यह सीधे तौर पर संभव नहीं है. इसके बजाय जावा प्रत्येक [[आदिम डेटा प्रकार|प्राचीन डेटा प्रकार]] के अनुरूप प्राचीन रैपर वर्गों को परिभाषित करता है: {{Java|Integer}} और {{Java|int}}, {{Java|Character}} और {{Java|char}}, {{Java|Float}} और {{Java|float}}, आदि। फिर कोई परिभाषित कर सकता है {{Java|LinkedList}} बॉक्स्ड प्रकार का उपयोग करना {{Java|Integer}} और डालें {{Java|int}} मानों को इस रूप में बॉक्सिंग करके सूची में डालें {{Java|Integer}} वस्तुएं। (जावा प्लेटफ़ॉर्म, मानक संस्करण 5.0 में पेश किए गए [[सामान्य प्रोग्रामिंग]] पैरामीटरयुक्त प्रकारों का उपयोग करके, इस प्रकार को इस प्रकार दर्शाया गया है {{Java|LinkedList<Integer>}}.)
बॉक्सिंग का सबसे प्रमुख उपयोग [[जावा (प्रोग्रामिंग भाषा)|जावा (प्रोग्रामिंग लैंग्वेज)]] में होता है, जहां रनटाइम दक्षता सिंटेक्स और सिमेंटिक विषयो जैसे कारणों से संदर्भ प्रकार और मूल्य प्रकारों के बीच अंतर होता है। जावा में, {{Java|LinkedList}} केवल {{Java|Object}}प्रकार के मानों को स्टोर कर सकती है।. किसी को {{Java|int}}की {{Java|LinkedList}} को फाइंड करने की इच्छा हो सकती है, लेकिन यह प्रत्यक्ष रूप से संभव नहीं होता है. इसके अतिरिक्त जावा प्रत्येक [[आदिम डेटा प्रकार|प्रिमिटिव डेटा प्रकार]] के अनुरूप प्रिमिटिव रैपर वर्गों को परिभाषित करता है, जैस, {{Java|Integer}} और {{Java|int}}, {{Java|Character}} और {{Java|char}}, {{Java|Float}} और {{Java|float}}, आदि। इसके बाद कोई बॉक्स किए गए इंटीजर का उपयोग करके{{Java|LinkedList}} को परिभाषित कर सकता है और इस प्रकार {{Java|Integer}} और {{Java|int}} के रूप में बॉक्सिंग करके सूची में पूर्णांक मान सम्मिलित कर सकता है। जावा प्लेटफ़ॉर्म, मानक संस्करण 5.0 में प्रस्तुत किए गए [[सामान्य प्रोग्रामिंग]] पैरामीटरयुक्त प्रकारों का उपयोग करते है और इस प्रकार {{Java|LinkedList<Integer>}} के रूप में दर्शाया गया है।


दूसरी ओर, सी शार्प (प्रोग्रामिंग भाषा)|सी# में कोई प्राचीन रैपर वर्ग नहीं है, लेकिन किसी भी मूल्य प्रकार की बॉक्सिंग की अनुमति देता है, एक सामान्य लौटाता है {{C sharp|Object}} संदर्भ। [[ उद्देश्य सी ]] में, किसी भी प्राचीन मूल्य को ए द्वारा उपसर्ग किया जा सकता है {{ObjC|@}} एक बनाने के लिए {{ObjC|NSNumber}} इसमें से (उदा. {{ObjC|@123}} या {{ObjC|@(123)}}). यह उन्हें किसी भी मानक संग्रह में जोड़ने की अनुमति देता है, जैसे कि {{ObjC|NSArray}}.
दूसरी ओर, सी शार्प प्रोग्रामिंग लैंग्वेज में कोई प्रिमिटिव रैपर वर्ग होता है, लेकिन किसी भी मूल्य प्रकार की बॉक्सिंग की अनुमति देता है और इस प्रकार एक सामान्य {{C sharp|Object}} संदर्भ लौटाता है और[[ उद्देश्य सी | ऑब्जेक्टिव सी]] में, किसी भी प्रिमिटिव मूल्य को प्रीफिक्स किया जा सकता है और किसी भी {{ObjC|NSNumber}} बनाने के लिए उसके पहले @ लगाया जा सकता है, उदाहरण के लिए. {{ObjC|@123}} या {{ObjC|@(123)}}के रूप में दर्शाया गया है।. यह उन्हें {{ObjC|NSArray}}.जैसे किसी भी मानक संग्रह में जोड़ने की अनुमति देता है।


[[हास्केल]] के पास संदर्भ प्रकार की बहुत कम या कोई धारणा नहीं है, लेकिन फिर भी रनटाइम सिस्टम के समान पॉइंटर-टू-टैग यूनियन प्रतिनिधित्व के लिए बॉक्स्ड शब्द का उपयोग करता है।<ref>{{cite web |title=7.2. Unboxed types and primitive operations |url=https://downloads.haskell.org/~ghc/6.12.1/docs/html/users_guide/primitives.html |website=downloads.haskell.org |access-date=10 August 2022}}</ref>
[[हास्केल]] के पास संदर्भ प्रकार की बहुत कम या कोई धारणा नहीं है, लेकिन फिर भी रनटाइम सिस्टम के समान पॉइंटर-टू-टैग यूनियन प्रतिनिधित्व के लिए बॉक्स्ड शब्द का उपयोग करता है।<ref>{{cite web |title=7.2. Unboxed types and primitive operations |url=https://downloads.haskell.org/~ghc/6.12.1/docs/html/users_guide/primitives.html |website=downloads.haskell.org |access-date=10 August 2022}}</ref>
बॉक्स्ड ऑब्जेक्ट हमेशा वैल्यू ऑब्जेक्ट की एक प्रति होती है, और आमतौर पर अपरिवर्तनीय ऑब्जेक्ट होती है। ऑब्जेक्ट को अनबॉक्स करने से संग्रहीत मूल्य की एक प्रति भी वापस आ जाती है। वस्तुओं की बार-बार बॉक्सिंग और अनबॉक्सिंग से प्रदर्शन पर गंभीर प्रभाव पड़ सकता है, क्योंकि नई वस्तुओं को बॉक्सिंग डायनेमिक मेमोरी आवंटन और अनबॉक्सिंग (यदि बॉक्सिंग मान का अब उपयोग नहीं किया जाता है) तो उन्हें [[कचरा संग्रहण (कंप्यूटर विज्ञान)]] के लिए योग्य बनाता है। हालाँकि, आधुनिक कचरा संग्राहक जैसे कि डिफ़ॉल्ट जावा हॉटस्पॉट कचरा संग्राहक अधिक कुशलता से अल्पकालिक वस्तुओं को एकत्र कर सकते हैं, इसलिए यदि बॉक्स की गई वस्तुएं अल्पकालिक हैं, तो प्रदर्शन प्रभाव गंभीर नहीं हो सकता है।


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


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


उदाहरण के लिए, J2SE 5.0 से पहले जावा के संस्करणों में, निम्नलिखित कोड संकलित नहीं हुआ था:
उदाहरण के लिए, J2SE 5.0 से पहले जावा के संस्करणों में, निम्नलिखित कोड संकलित नहीं करता है,


<syntaxhighlight lang=Java>
<syntaxhighlight lang=Java>
Line 23: Line 23:
Integer i = 9; // error in versions prior to 5.0!
Integer i = 9; // error in versions prior to 5.0!
</syntaxhighlight>
</syntaxhighlight>
5.0 से पहले के कंपाइलर अंतिम पंक्ति को स्वीकार नहीं करेंगे। {{Java|Integer}} संदर्भ वस्तुएं हैं, सतह पर इससे भिन्न नहीं हैं {{Java|List}}, {{Java|Object}}, इत्यादि। एक से परिवर्तित करने के लिए {{Java|int}} अगर {{Java|Integer}}, किसी को इंटीजर ऑब्जेक्ट को मैन्युअल रूप से इंस्टेंट करना पड़ता था। J2SE 5.0 के अनुसार, कंपाइलर अंतिम पंक्ति को स्वीकार करेगा, और स्वचालित रूप से इसे बदल देगा जिससे कि मूल्य को संग्रहीत करने के लिए एक इंटीजर ऑब्जेक्ट बनाया जा सके {{Java|9}}.<ref>[https://docs.oracle.com/javase/1.5.0/docs/guide/language/autoboxing.html oracle.com Java language guide entry on autoboxing]</ref> इसका मतलब है कि, J2SE 5.0 से, कुछ इस तरह {{Java|1=Integer c = a + b}}, कहाँ {{Java|a}} और {{Java|b}} हैं {{Java|Integer}} स्वयं, अब संकलित करेंगे - ए और बी अनबॉक्स किए गए हैं, पूर्णांक मान संक्षेपित हैं, और परिणाम एक नए में ऑटोबॉक्स किया गया है {{Java|Integer}}, जो अंततः वेरिएबल के अंदर संग्रहीत होता है {{Java|c}}. समानता ऑपरेटरों का उपयोग इस तरह से नहीं किया जा सकता है, क्योंकि संदर्भ प्रकारों के लिए, संदर्भों की समानता के लिए समानता ऑपरेटर पहले से ही परिभाषित हैं; बॉक्स्ड प्रकार में मान की समानता का परीक्षण करने के लिए, किसी को अभी भी मैन्युअल रूप से उन्हें अनबॉक्स करना होगा और प्राइमेटिव्स की तुलना करनी होगी, या इसका उपयोग करना होगा {{Java|Objects.equals}} तरीका।
5.0 से पहले के कंपाइलर अंतिम पंक्ति को स्वीकार नहीं करते है। {{Java|Integer}} संदर्भ वस्तुएं हैं, {{Java|List}}, {{Java|Object}}सतह पर इससे भिन्न रूप में नहीं होती है। {{Java|int}} से परिवर्तित करने के लिए यदि किसी {{Java|Integer}} ऑब्जेक्ट को मैन्युअल रूप से इंस्टेंट करना पड़ता था। J2SE 5.0 के अनुसार, कंपाइलर अंतिम पंक्ति को स्वीकार करता है और स्वचालित रूप से इसे बदल देता है, जिससे कि {{Java|9}}.मूल्य को स्टोर करने के लिए एक इंटीजर ऑब्जेक्ट बनाया जाता है<ref>[https://docs.oracle.com/javase/1.5.0/docs/guide/language/autoboxing.html oracle.com Java language guide entry on autoboxing]</ref> इसका अर्थ है कि, J2SE 5.0 से, कुछ इस तरह {{Java|1=Integer c = a + b}}, जहाँ{{Java|a}} और {{Java|b}} के रूप में होते है {{Java|Integer}} स्वयं, अब संकलित करते है। a और b को अनबॉक्स किया गया है पूर्णांक मानों को सारांशित किया जाता है और परिणाम एक नए पूर्णांक में ऑटोबॉक्स किया गया है {{Java|Integer}}, जो अंततः वेरिएबल के अंदर स्टोर होता है {{Java|c}}. समानता ऑपरेटरों का उपयोग इस तरह से नहीं किया जा सकता है, क्योंकि संदर्भ प्रकारों के लिए संदर्भों की समानता के लिए समानता ऑपरेटर पहले से ही परिभाषित होते हैं; किसी बॉक्स्ड प्रकार में मान की समानता का परीक्षण करने के लिए अभी भी मैन्युअल रूप से उन्हें अनबॉक्स करना होता है और प्राइमेटिव्स की तुलना करनी होती है या {{Java|Objects.equals}} विधि का उपयोग करना होता है।


एक अन्य उदाहरण: J2SE 5.0 प्रोग्रामर को एक संग्रह (जैसे कि) का इलाज करने की अनुमति देता है {{Java|LinkedList}}) मानो इसमें समाहित हो {{Java|int}} के बजाय मान {{Java|Integer}} वस्तुएं। यह ऊपर कही गई बातों का खंडन नहीं करता है: संग्रह में अभी भी केवल गतिशील वस्तुओं के संदर्भ हैं, और यह प्राचीन प्रकारों को सूचीबद्ध नहीं कर सकता है। यह नहीं हो सकता {{Java|LinkedList<int>}}, लेकिन यह एक होना चाहिए {{Java|LinkedList<Integer>}} बजाय। हालाँकि, कंपाइलर स्वचालित रूप से कोड को बदल देता है जिससे कि सूची चुपचाप ऑब्जेक्ट प्राप्त कर ले, जबकि स्रोत कोड केवल प्राचीन मूल्यों का उल्लेख करता है। उदाहरण के लिए, प्रोग्रामर अब लिख सकता है {{Java|list.add(3)}} और ऐसे सोचें जैसे कि {{Java|int}} {{Java|3}} को सूची में जोड़ा गया; लेकिन, कंपाइलर ने वास्तव में लाइन को रूपांतरित कर दिया होगा {{Java|list.add(new Integer(3))}}.
एक अन्य उदाहरण: J2SE 5.0 प्रोग्रामर को एक संग्रह (जैसे कि) का ट्रीटमेंट करने की अनुमति देता है और अतिरिक्त {{Java|LinkedList}}) मान इसमें समाहित होते है {{Java|int}} के अतिरिक्त मान {{Java|Integer}} ऑब्जेक्ट के रूप में होते है। यह ऊपर कही गई बातों का खंडन नहीं करता है और इस प्रकार संग्रह में अभी भी केवल गतिशील ऑब्जेक्ट के संदर्भ के रूप में हैं और यह प्रिमिटिव प्रकारों को सूचीबद्ध नहीं कर सकता है। यह {{Java|LinkedList<int>}},नहीं हो सकता है लेकिन यह {{Java|LinkedList<Integer>}}के रूप में होना चाहिए। चूंकि, कंपाइलर स्वचालित रूप से कोड को बदल देता है जिससे कि सूची साइलन्ट्ली ऑब्जेक्ट प्राप्त कर लेता है , जबकि स्रोत कोड केवल प्रिमिटिव मूल्यों का उल्लेख करता है। उदाहरण के लिए, प्रोग्रामर अब {{Java|list.add(3)}} लिख सकता है और ऐसे सोचें जैसे कि {{Java|int}} {{Java|3}} को सूची के रूप में जोड़ा जाता है; लेकिन कंपाइलर ने वास्तव में लाइन को रूपांतरित कर दिया होता है{{Java|list.add(new Integer(3))}}.


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


उदाहरण के लिए, J2SE 5.0 से पहले जावा के संस्करणों में, निम्नलिखित कोड संकलित नहीं हुआ था:
उदाहरण के लिए, J2SE 5.0 से पहले जावा के संस्करणों में निम्नलिखित कोड संकलित नहीं हुआ था,


<syntaxhighlight lang=Java>
<syntaxhighlight lang=Java>
Line 37: Line 37:
int m = k;            // would have been an error, but okay now
int m = k;            // would have been an error, but okay now
</syntaxhighlight>
</syntaxhighlight>
C# जावा के समान अर्थ में स्वचालित अनबॉक्सिंग का समर्थन नहीं करता है, क्योंकि इसमें प्राचीन प्रकार और ऑब्जेक्ट प्रकारों का एक अलग सेट नहीं है। जावा में सभी प्रकार जिनके  प्राचीन और ऑब्जेक्ट दोनों संस्करण हैं, स्वचालित रूप से C# कंपाइलर द्वारा प्राचीन (मूल्य) प्रकार या ऑब्जेक्ट (संदर्भ) प्रकार के रूप में कार्यान्वित किए जाते हैं।
C# जावा के समान अर्थ में स्वचालित अनबॉक्सिंग का समर्थन नहीं करता है, क्योंकि इसमें प्रिमिटिव प्रकार और ऑब्जेक्ट प्रकारों का एक भिन्न सेट नहीं होता है। जावा में सभी प्रकार के प्रिमिटिव और ऑब्जेक्ट दोनों संस्करण होते है और इस प्रकार स्वचालित रूप से C# कंपाइलर द्वारा प्रिमिटिव (मूल्य) प्रकार या ऑब्जेक्ट (संदर्भ) प्रकार के रूप में कार्यान्वित किए जाते हैं।


दोनों भाषाओं में, स्वचालित बॉक्सिंग स्वचालित रूप से डाउनकास्ट नहीं होती है, यानी निम्नलिखित कोड संकलित नहीं होगा:
दोनों लैंग्वेजो में, स्वचालित बॉक्सिंग स्वचालित रूप से डाउनकास्ट नहीं होती है अर्थात निम्नलिखित कोड संकलित नहीं होता है,


सी#:
C#:
<syntaxhighlight lang="csharp">
<syntaxhighlight lang="csharp">
int i = 42;
int i = 42;
Line 57: Line 57:




==सहायक टाइप करें==
==सहायक टाइप ==
आधुनिक [[ऑब्जेक्ट पास्कल]] के पास सरल प्रकारों पर ऑपरेशन करने का एक और तरीका है, जो बॉक्सिंग के करीब है, जिसे [[फ्रीपास्कल]] में टाइप हेल्पर्स कहा जाता है या डेल्फी (प्रोग्रामिंग भाषा) में रिकॉर्ड हेल्पर्स और डेल्फी मोड में फ्रीपास्कल कहा जाता है।<br>
आधुनिक [[ऑब्जेक्ट पास्कल]] के पास सरल प्रकारों पर ऑपरेशन करने एक और विधि है, जो बॉक्सिंग के निकटतम है, जिसे [[फ्रीपास्कल]] में टाइप हेल्पर्स कहा जाता है या डेल्फी प्रोग्रामिंग लैंग्वेज में रिकॉर्ड हेल्पर्स और डेल्फी मोड में फ्रीपास्कल कहा जाता है।<br>उल्लिखित बोलियाँ ऑब्जेक्ट पास्कल कंपाइल-टू-नेटिव लैंग्वेज हैं और इसलिए कुछ सुविधाएँ छूट जाती हैं जिन्हें C# और Java प्रयुक्त कर सकते हैं और इस प्रकार दृढ़ता से टाइप किए गए वेरिएबल्स पर विशेष रूप से रन-टाइम प्रकार का अनुमान लगाया जा सकता है ।<br>लेकिन यह फीचर बॉक्सिंग से जुड़ा होता है।<br>यह प्रोग्रामर को जैसे निर्माणों का उपयोग करने की अनुमति देता है,
उल्लिखित बोलियाँ ऑब्जेक्ट पास्कल कंपाइल-टू-नेटिव भाषाएँ हैं, और इसलिए कुछ सुविधाएँ छूट जाती हैं जिन्हें C# और Java प्रयुक्त कर सकते हैं। दृढ़ता से टाइप किए गए वेरिएबल्स पर विशेष रूप से रन-टाइम प्रकार का अनुमान।<br>
लेकिन यह फीचर बॉक्सिंग से जुड़ा है।<br>
यह प्रोग्रामर को जैसे निर्माणों का उपयोग करने की अनुमति देता है
<syntaxhighlight lang="pascal">
<syntaxhighlight lang="pascal">
{$ifdef fpc}{$mode delphi}{$endif}
{$ifdef fpc}{$mode delphi}{$endif}
Line 78: Line 75:
{{Reflist}}
{{Reflist}}


{{Data types}}
[[Category:Articles with example C Sharp code]]
[[Category: डेटा के प्रकार]] [[Category: जावा (प्रोग्रामिंग भाषा)]] [[Category: प्रोग्रामिंग भाषा अवधारणाएँ]]
[[Category:Articles with example Java code]]
 
[[Category:Articles with example Objective-C code]]
 
 
[[Category: Machine Translated Page]]
[[Category:Created On 11/07/2023]]
[[Category:Created On 11/07/2023]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Pages with script errors]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:जावा (प्रोग्रामिंग भाषा)]]
[[Category:डेटा के प्रकार]]
[[Category:प्रोग्रामिंग भाषा अवधारणाएँ]]

Latest revision as of 17:07, 29 July 2023

कंप्यूटर विज्ञान में, बॉक्सिंग (a.k.a. रैपिंग) किसी ऑब्जेक्ट के भीतर एक प्रिमिटिव प्रकार के ऑब्जेक्ट को रखने में परिवर्तन है, जिससे कि मूल्य को संदर्भ प्रकार के रूप में उपयोग किया जा सके और इस प्रकार अनबॉक्सिंग अपने रैपर ऑब्जेक्ट से प्रिमिटिव मूल्य निकालने का रिवर्स ट्रांसफॉर्मेशन है। ऑटोबॉक्सिंग प्रक्रिया स्वचालित रूप से बॉक्सिंग या अनबॉक्सिंग रूपांतरणों को आवश्यकतानुसार प्रयुक्त करने के लिए है।

बॉक्सिंग

बॉक्सिंग का सबसे प्रमुख उपयोग जावा (प्रोग्रामिंग लैंग्वेज) में होता है, जहां रनटाइम दक्षता सिंटेक्स और सिमेंटिक विषयो जैसे कारणों से संदर्भ प्रकार और मूल्य प्रकारों के बीच अंतर होता है। जावा में, LinkedList केवल Objectप्रकार के मानों को स्टोर कर सकती है।. किसी को intकी LinkedList को फाइंड करने की इच्छा हो सकती है, लेकिन यह प्रत्यक्ष रूप से संभव नहीं होता है. इसके अतिरिक्त जावा प्रत्येक प्रिमिटिव डेटा प्रकार के अनुरूप प्रिमिटिव रैपर वर्गों को परिभाषित करता है, जैस, Integer और int, Character और char, Float और float, आदि। इसके बाद कोई बॉक्स किए गए इंटीजर का उपयोग करकेLinkedList को परिभाषित कर सकता है और इस प्रकार Integer और int के रूप में बॉक्सिंग करके सूची में पूर्णांक मान सम्मिलित कर सकता है। जावा प्लेटफ़ॉर्म, मानक संस्करण 5.0 में प्रस्तुत किए गए सामान्य प्रोग्रामिंग पैरामीटरयुक्त प्रकारों का उपयोग करते है और इस प्रकार LinkedList<Integer> के रूप में दर्शाया गया है।

दूसरी ओर, सी शार्प प्रोग्रामिंग लैंग्वेज में कोई प्रिमिटिव रैपर वर्ग होता है, लेकिन किसी भी मूल्य प्रकार की बॉक्सिंग की अनुमति देता है और इस प्रकार एक सामान्य Object संदर्भ लौटाता है और ऑब्जेक्टिव सी में, किसी भी प्रिमिटिव मूल्य को प्रीफिक्स किया जा सकता है और किसी भी NSNumber बनाने के लिए उसके पहले @ लगाया जा सकता है, उदाहरण के लिए. @123 या @(123)के रूप में दर्शाया गया है।. यह उन्हें NSArray.जैसे किसी भी मानक संग्रह में जोड़ने की अनुमति देता है।

हास्केल के पास संदर्भ प्रकार की बहुत कम या कोई धारणा नहीं है, लेकिन फिर भी रनटाइम सिस्टम के समान पॉइंटर-टू-टैग यूनियन प्रतिनिधित्व के लिए बॉक्स्ड शब्द का उपयोग करता है।[1]

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

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

ऑटोबॉक्सिंग

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

उदाहरण के लिए, J2SE 5.0 से पहले जावा के संस्करणों में, निम्नलिखित कोड संकलित नहीं करता है,

Integer i = new Integer(9);
Integer i = 9; // error in versions prior to 5.0!

5.0 से पहले के कंपाइलर अंतिम पंक्ति को स्वीकार नहीं करते है। Integer संदर्भ वस्तुएं हैं, List, Objectसतह पर इससे भिन्न रूप में नहीं होती है। int से परिवर्तित करने के लिए यदि किसी Integer ऑब्जेक्ट को मैन्युअल रूप से इंस्टेंट करना पड़ता था। J2SE 5.0 के अनुसार, कंपाइलर अंतिम पंक्ति को स्वीकार करता है और स्वचालित रूप से इसे बदल देता है, जिससे कि 9.मूल्य को स्टोर करने के लिए एक इंटीजर ऑब्जेक्ट बनाया जाता है[2] इसका अर्थ है कि, J2SE 5.0 से, कुछ इस तरह Integer c = a + b, जहाँa और b के रूप में होते है Integer स्वयं, अब संकलित करते है। a और b को अनबॉक्स किया गया है पूर्णांक मानों को सारांशित किया जाता है और परिणाम एक नए पूर्णांक में ऑटोबॉक्स किया गया है Integer, जो अंततः वेरिएबल के अंदर स्टोर होता है c. समानता ऑपरेटरों का उपयोग इस तरह से नहीं किया जा सकता है, क्योंकि संदर्भ प्रकारों के लिए संदर्भों की समानता के लिए समानता ऑपरेटर पहले से ही परिभाषित होते हैं; किसी बॉक्स्ड प्रकार में मान की समानता का परीक्षण करने के लिए अभी भी मैन्युअल रूप से उन्हें अनबॉक्स करना होता है और प्राइमेटिव्स की तुलना करनी होती है या Objects.equals विधि का उपयोग करना होता है।

एक अन्य उदाहरण: J2SE 5.0 प्रोग्रामर को एक संग्रह (जैसे कि) का ट्रीटमेंट करने की अनुमति देता है और अतिरिक्त LinkedList) मान इसमें समाहित होते है int के अतिरिक्त मान Integer ऑब्जेक्ट के रूप में होते है। यह ऊपर कही गई बातों का खंडन नहीं करता है और इस प्रकार संग्रह में अभी भी केवल गतिशील ऑब्जेक्ट के संदर्भ के रूप में हैं और यह प्रिमिटिव प्रकारों को सूचीबद्ध नहीं कर सकता है। यह LinkedList<int>,नहीं हो सकता है लेकिन यह LinkedList<Integer>के रूप में होना चाहिए। चूंकि, कंपाइलर स्वचालित रूप से कोड को बदल देता है जिससे कि सूची साइलन्ट्ली ऑब्जेक्ट प्राप्त कर लेता है , जबकि स्रोत कोड केवल प्रिमिटिव मूल्यों का उल्लेख करता है। उदाहरण के लिए, प्रोग्रामर अब list.add(3) लिख सकता है और ऐसे सोचें जैसे कि int 3 को सूची के रूप में जोड़ा जाता है; लेकिन कंपाइलर ने वास्तव में लाइन को रूपांतरित कर दिया होता हैlist.add(new Integer(3)).

स्वचालित अनबॉक्सिंग

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

उदाहरण के लिए, J2SE 5.0 से पहले जावा के संस्करणों में निम्नलिखित कोड संकलित नहीं हुआ था,

Integer k = new Integer(4);
int l = k.intValue(); // always okay
int m = k;            // would have been an error, but okay now

C# जावा के समान अर्थ में स्वचालित अनबॉक्सिंग का समर्थन नहीं करता है, क्योंकि इसमें प्रिमिटिव प्रकार और ऑब्जेक्ट प्रकारों का एक भिन्न सेट नहीं होता है। जावा में सभी प्रकार के प्रिमिटिव और ऑब्जेक्ट दोनों संस्करण होते है और इस प्रकार स्वचालित रूप से C# कंपाइलर द्वारा प्रिमिटिव (मूल्य) प्रकार या ऑब्जेक्ट (संदर्भ) प्रकार के रूप में कार्यान्वित किए जाते हैं।

दोनों लैंग्वेजो में, स्वचालित बॉक्सिंग स्वचालित रूप से डाउनकास्ट नहीं होती है अर्थात निम्नलिखित कोड संकलित नहीं होता है,

C#:

int i = 42;
object o = i;         // box
int j = o;            // unbox (error)
Console.WriteLine(j); // unreachable line, author might have expected output "42"

जावा:

int i = 42;
Object o = i;          // box
int j = o;             // unbox (error)
System.out.println(j); // unreachable line, author might have expected output "42"


सहायक टाइप

आधुनिक ऑब्जेक्ट पास्कल के पास सरल प्रकारों पर ऑपरेशन करने एक और विधि है, जो बॉक्सिंग के निकटतम है, जिसे फ्रीपास्कल में टाइप हेल्पर्स कहा जाता है या डेल्फी प्रोग्रामिंग लैंग्वेज में रिकॉर्ड हेल्पर्स और डेल्फी मोड में फ्रीपास्कल कहा जाता है।
उल्लिखित बोलियाँ ऑब्जेक्ट पास्कल कंपाइल-टू-नेटिव लैंग्वेज हैं और इसलिए कुछ सुविधाएँ छूट जाती हैं जिन्हें C# और Java प्रयुक्त कर सकते हैं और इस प्रकार दृढ़ता से टाइप किए गए वेरिएबल्स पर विशेष रूप से रन-टाइम प्रकार का अनुमान लगाया जा सकता है ।
लेकिन यह फीचर बॉक्सिंग से जुड़ा होता है।
यह प्रोग्रामर को जैसे निर्माणों का उपयोग करने की अनुमति देता है,

{$ifdef fpc}{$mode delphi}{$endif}
uses sysutils;  // this unit contains wraps for the simple types
var
  x:integer=100;
  s:string;
begin
  s:= x.ToString;
  writeln(s);
end.


संदर्भ

  1. "7.2. Unboxed types and primitive operations". downloads.haskell.org. Retrieved 10 August 2022.
  2. oracle.com Java language guide entry on autoboxing