अंतर मामूली है, लेकिन सुसंगत है। एक प्रतिनिधित्व को दूसरे में बदलना, एक ही डेटा लेना और इसे दूसरे प्रारूप में व्यक्त करना शामिल है - उदाहरण के लिए, एक दशमलव संख्या में एक हेक्साडेसिमल, या मिश्रित-केस स्ट्रिंग सभी-निचले स्ट्रिंग में। आमतौर पर, आपको इस तरह के परिवर्तन को करने के लिए नियमों के एक निश्चित सेट के अलावा कुछ नहीं चाहिए।
एक नाम को हल करने में आमतौर पर कुछ रिपॉजिटरी को शामिल करना शामिल होता है जो उन नामों को जानकारी के साथ जोड़ते हैं जिन्हें रिपॉजिटरी के बिना भविष्यवाणी नहीं की जा सकती है। google.comएक विशिष्ट आईपी पते (कई, वास्तव में) के लिए हल हो सकता है, लेकिन यह आईपी असाइनमेंट इतिहास का एक दुर्घटना है - यह बस के रूप में अच्छी तरह से एक पूरी तरह से अलग संख्या हो सकती है, और इस अनुवाद को बनाने का कोई तरीका नहीं है जो किसी तरह नहीं होता है संपूर्ण रजिस्ट्री को संग्रहीत करना, या इसे ऑनलाइन क्वेरी करना शामिल है। इसी प्रकार, पैकेज निर्भरता को हल करने के लिए आमतौर पर मिग पैकेज को स्थापित करने की आवश्यकता होती है - यह लापता घटकों के नाम जानने के लिए पर्याप्त नहीं है , आपको वास्तव में उनकी सामग्री की व्याख्या करनी होगी, और सामग्री अकेले नाम से अनुमानित नहीं है ("QMail" एक मेल प्रोग्राम की तरह लगता है, लेकिन आप इसे स्थापित किए बिना केवल नाम से इसके सटीक गुणों का अनुमान नहीं लगा सकते हैं, क्योंकि नाम संकलित कार्यक्रम की तुलना में बहुत कम जानकारी स्थानांतरित करता है) ।
इसलिए आपको "संकल्प" शब्द का उपयोग किसी ऐसी चीज के लिए नहीं करना चाहिए जो कि एक मात्र संदर्भ-मुक्त डेटा परिवर्तन है। इसे उन स्थितियों के लिए आरक्षित करें जहां प्रत्येक नाम से पर्याप्त मात्रा में सूचना का प्रतीक है, इतना ही है कि इसके लिए एक केंद्रीय रजिस्ट्री की एकमात्र उचित व्यवस्था है।