पूरी तरह से योग्य नाम: Difference between revisions

From Vigyanwiki
(No difference)

Revision as of 09:05, 22 May 2023

कंप्यूटर प्रोग्रामिंग में, पूरी तरह से योग्य नाम स्पष्ट नाम है जो निर्दिष्ट करता है कि किस वस्तु (कंप्यूटर विज्ञान), फलन (कंप्यूटर विज्ञान), या चर (प्रोग्रामिंग) को कॉल के संदर्भ के बिना संदर्भित किया जाता है। वंशानुक्रम (वस्तु-उन्मुख प्रोग्रामिंग) में, नाम पूरी तरह से योग्य है जब यह इस अर्थ में पूर्ण है कि इसमें (a) दिए गए तत्व के ऊपर पदानुक्रमित अनुक्रम में सभी नाम और (b) दिए गए तत्व का नाम सम्मिलित हैं[1]



प्रोग्रामिंग

पूरी तरह से योग्य नाम स्पष्ट रूप से उन नामस्थानों को संदर्भित करते हैं जो कॉल के कार्यक्षेत्र (प्रोग्रामिंग) के कारण अन्यथा अंतर्निहित होंगे।[2] जबकि हमेशा अस्पष्टता को खत्म करने के लिए किया जाता है, इसका चीजो संदर्भ पर निर्भर अलग-अलग चीजें हो सकता है।

धारणा के सामान्य रूप से सामना किए गए अनुप्रयोगों को उनके अपने नाम दिए गए हैं, जैसे कि पूरी तरह से योग्य डोमेन नाम और पूरी तरह से योग्य फ़ाइल नाम

उदाहरण

नियमित नाम से पूरी तरह योग्य नाम को अलग करने के लिए, C ++, Tcl,, Perl और रूबी (प्रोग्रामिंग भाषा) दो कोलन का उपयोग करते हैं (::), और जावा (प्रोग्रामिंग भाषा) डॉट्स का उपयोग करता है (.), जैसा कि विज़ुअल बेसिक .NET करता है।[3] और C शार्प (प्रोग्रामिंग भाषा) | C#[4] जावा में, ActionScript[5] और अन्य वस्तु उन्मुख भाषा में डॉट के उपयोग को डॉट सिंटैक्स के रूप में जाना जाता है।[6] अन्य उदाहरणों में सम्मिलित हैं:

  • रिलेशनल डेटाबेस के उदाहरण के रूप में, माइक्रोसॉफ्ट एसक्यूएल सर्वर में किसी ऑब्जेक्ट का पूरी तरह से योग्य नाम वह है जो सभी चार भागों को निर्दिष्ट करता है: server_name.[database_name].[schema_name].object_name.[7]
  • पर्ल में, पूरी तरह योग्य अदिश (कम्प्यूटिंग) ($scalar) जो पर्ल मॉड्यूल पर्ल पैकेज और नेमस्पेस में है package2 के रूप में संदर्भित किया जाएगा $package2::scalar[8]
  • रूबी (प्रोग्रामिंग भाषा) में वर्ग का पूरी तरह से योग्य नाम उसके सभी मूल मॉड्यूल के साथ ऐसे वर्ग का नाम है, जैसे वाहन :: कार :: फैक्टरी वाहन मॉड्यूल के अन्दर कार मॉड्यूल के अन्दर फैक्ट्री वर्ग का पूरी तरह से योग्य नाम होगा।
  • कोबोल में, संभावित अस्पष्ट पहचानकर्ता को एक के साथ प्रत्यय लगाकर पूरी तरह से योग्य डेटा आइटम नाम बनाया जा सकता है IN (या OF) मुहावरा उदाहरण के लिए, एकाधिक डेटा आइटम रिकॉर्ड में नामित सदस्य आइटम हो सकता है ACCOUNT-ID, इसलिए निर्दिष्ट करना ACCOUNT-ID IN CUSTOMER किसी विशिष्ट को असंबद्ध करने का कार्य करता है ACCOUNT-ID डेटा आइटम, विशेष रूप से, वह जो माता-पिता का सदस्य है CUSTOMER डेटा आइटम किसी दिए गए पहचानकर्ता को पूरी तरह से अलग करने के लिए एकाधिक खंड आवश्यक हो सकते हैं, उदाहरण के लिए, ACCOUNT-ID IN CUSTOMER IN LAST-TRANSACTION. यह सिंटैक्स कई ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग भाषाओं में नियोजित डॉटेड नोटेशन के बराबर है, लेकिन विपरीत क्रम में निर्दिष्ट पहचानकर्ताओं के साथ है।

फ़ाइल नाम और पथ

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

  • यूनिक्स-शैली प्रणाली, डॉस, और माइक्रोसॉफ़्ट विंडोज़ पर, नमूना नाम वर्तमान निर्देशिका में नमूना नाम की फ़ाइल को संदर्भित करता है। यदि वर्तमान निर्देशिका बदली जाती है, तो नमूना नाम से संदर्भित फ़ाइल अलग होती है। यदि आप मूल निर्देशिका को /उपयोगकर्ता/नाम/नमूना के रूप में इंगित करते हुए फ़ाइल नाम प्रारंभ करते हैं, तो यूनिक्स पर यह पूरी तरह से योग्य फ़ाइल नाम है। इसलिए, उदाहरण के लिए, संदर्भित करने के अतिरिक्त ./foo/bar/baz.sh में /home/user/quz, जो सापेक्ष पथनाम का उपयोग करता है, पूर्णतः योग्य नाम होगा /home/user/quz/foo/bar/baz.sh.[10] DOS में, नाम अभी भी ड्राइव पत्र असाइनमेंट की रूट डायरेक्टरी से संबंधित है, इसलिए पूरी तरह से योग्य फ़ाइल नाम प्राप्त करने के लिए, फ़ाइल नाम को ड्राइव लेटर और कोलन के साथ उपसर्ग करना चाहिए, जैसा कि C:\Users\Name\ में है। नमूना, जहां C: C ड्राइव निर्दिष्ट करता है।
  • इसके अतिरिक्त उपरोक्त प्रणाली पर, कुछ प्रोग्राम जैसे कि कमांड-लाइन शेल फ़ाइल के लिए पथ (कंप्यूटिंग) खोजेगा। अग्रणी (पीछे) स्लैश सम्मिलित करना, जैसा कि ./name में है, पथ की खोज को रोक देगा। यह आंशिक रूप से योग्य नाम है, लेकिन पूरी तरह योग्य नाम नहीं है क्योंकि यह अभी भी वर्तमान निर्देशिका पर निर्भर करता है। पूरी तरह से योग्य नाम, क्योंकि इसमें (पीछे) स्लैश होते हैं, हमेशा पथ खोज बंद कर देंगे।
  • मेनफ़्रेम कंप्यूटर ऑपरेटिंग प्रणाली MUSIC/SP पर, यदि कोई फ़ाइल नाम X के लिए पूछता है, तो वह उपयोगकर्ता की लाइब्रेरी में फ़ाइल X के लिए या सामान्य लाइब्रेरी में फ़ाइल X के लिए अयोग्य संदर्भ बना रहा है, यदि उपयोगकर्ता नहीं करता है X नाम की फ़ाइल है और सामान्य पुस्तकालय में उपस्थित है। यदि, चुकीं, किसी को *COM:X का संदर्भ देना था, तो वह सामान्य लाइब्रेरी में फ़ाइल X के लिए पूर्णतः योग्य फ़ाइल नाम संदर्भ का उपयोग कर रहा है, भले ही उनके पास अपनी लाइब्रेरी में X नाम की अलग फ़ाइल हो। इसी तरह, *USR:X के संदर्भ का अर्थ होगा फ़ाइल को अपनी लाइब्रेरी में, और MA45:X उपयोगकर्ता MA45 की लाइब्रेरी में विशिष्ट फ़ाइल X का संदर्भ देने वाला पूर्णतः योग्य फ़ाइल नाम होगा।
  • PDP-11 मिनीकंप्यूटर पर RSTS/E ऑपरेटिंग प्रणाली पर, फ़ाइल X.X निर्दिष्ट करना फ़ाइल को अपनी निर्देशिका में संदर्भित करेगा। $X.X का जिक्र फ़ाइल [1,2]X.X का जिक्र होगा लेकिन फ़ाइल नाम को पूरी तरह से योग्य बनाने के लिए, किसी को उपकरण को इंगित करना होगा, इसलिए SY:[46,145]MYFILE.TXT , SY:$X.X , या SY: [1,2]X.X (आखिरी दो उदाहरणों का अर्थ समान है) RSTS/E के अंतर्गत पूरी तरह से योग्य फ़ाइल नाम होगा।
  • UNIVAC सीरीज 90 मेनफ्रेम ऑपरेटिंग प्रणाली VS/9 पर फाइल X को निर्दिष्ट करने का चीजो या तो उस उपयोगकर्ता के खाते में फाइल X हो सकता है, या प्रणाली मैनेजर, $TSOS की लाइब्रेरी में फाइल X का चीजो हो सकता है। चुकीं, $S0103.X निर्दिष्ट करना पूरी तरह से योग्य फ़ाइल नाम होगा।
  • इस शब्द में वह स्थितियों भी सम्मिलित हो सकता है जहां विशिष्ट कंप्यूटर नाम के साथ पूरी तरह से योग्य फ़ाइल नाम को फ़ाइल नाम के उपसर्ग के रूप में सम्मिलित किया जाता है (जहां विशेष प्रणाली किसी अन्य प्रणाली पर फ़ाइल को संदर्भित करने की अनुमति देता है), जब तक कि सटीक नाम स्पष्ट न हो

पथ नाम

पूरी तरह से योग्य पथ नाम (एफक्यूपीएन) कंप्यूटर में संग्रहीत संसाधन, निर्देशिका या फ़ाइल का पूरा पथ है। यह संसाधन के पूर्ण पथ से बना है और इसका सिंटैक्स ऑपरेटिंग प्रणाली पर निर्भर करता है। यूनिक्स जैसे ऑपरेटिंग प्रणाली में इसे निम्न रूप में दर्शाया जाता है: /root/path-to/file[OR]directory, जबकि DOS और माइक्रोसॉफ़्ट विंडोज़ में इसे निम्न रूप में दर्शाया गया है: [Drive]:\path-to\file.ext[OR]directory. FQPN का उपयोग संचार प्रोटोकॉल में भी किया जाता है और यह निम्नलिखित रूप लेता है: \root\FQDN\path-to\file.ext[OR]directory, कहाँ /root/ रूट डायरेक्टरी है, पदानुक्रम में पहली या सबसे ऊपर की डायरेक्टरी है, और इस स्थितियों में, रूटेड ट्री (डेटा स्ट्रक्चर); FQDN पूरी तरह से योग्य डोमेन नाम या नोड है। इसका उपयोग बूटस्ट्रैपिंग, कंप्यूटर प्रोग्रामिंग और कंप्यूटर विज्ञान संदर्भ (कंप्यूटर विज्ञान) में भी किया जाता है।

डोमेन नाम

  • यूनिफ़ॉर्म रिसोर्स लोकेटर (यूआरएल) में उपयोग किए जाने वाले डोमेन नाम के अर्थ में पूरी तरह से योग्य डोमेन नाम स्पष्ट रूप से डॉट के साथ जोड़ा जाता है, समाधान के चरण को समाप्त करने के लिए, और यह सुनिश्चित करने के लिए कि कोई अतिरिक्त प्रत्यय नहीं जोड़ा गया है: wikipedia.com. उदाहरण के लिए। यह पूरी तरह से योग्य डोमेन नाम का उदाहरण है।[11]


यह भी देखें

संदर्भ

  1. Weik, Martin H. (2000). Computer Science and Communications Dictionary. Volume 1. Springer. p. 662. ISBN 978-0-7923-8425-0.
  2. Hejlsberg, Anders; Torgersen, Mads; Wiltamuth, Scott (29 October 2010). The C# Programming Language (Covering C# 4.0). Addison-Wesley Professional. p. 190. ISBN 978-0-13-248172-4. Retrieved 28 October 2011.
  3. Vick, Paul (2004). The Visual Basic .NET programming language. Addison-Wesley Professional. p. 160. ISBN 978-0-321-16951-8.
  4. Mayo, Joe. "C# Tutorial Lesson 06 - Namespaces". C# Station. Archived from the original on 2015-01-06. Retrieved 2011-10-27.
  5. "ActionScript 3 fundamentals: Packages". Adobe Systems Incorporated. Retrieved 2011-10-27.
  6. "Object Oriented Programming - JavaScript Programming Fundamentals - DHTML". Lanoie.com. Archived from the original on 2012-04-25. Retrieved 2011-10-27.
  7. "Using Identifiers As Object Names". msdn.microsoft.com. Retrieved 2011-10-27.
  8. "mod_perl: Perl Reference". perl.apache.org. Retrieved 2011-10-23.
  9. "Naming Files, Paths, and Namespaces". msdn.microsoft.com. Retrieved 2017-06-16.
  10. Kochan, Stephen G.; Wood, Patrick H. (2003). UNIX Shell programming. Sams Publishing. p. 11. ISBN 978-0-672-32490-1. Retrieved 28 October 2011.
  11. Lowe, Doug (8 February 2011). Networking For Dummies. For Dummies. p. 80. ISBN 978-1-118-05100-9. Retrieved 28 October 2011.


बाहरी संबंध