ठीक है, अगर आप समझते हैं कि क्यों और कैसे उर्फ यूआईडी और फ़ाइल के लिए पथ का उपयोग करने पर काम करता है (जबकि सिम्क्लिन केवल पथ पर काम करता है), तो आप अंतर और अत्यधिक-वोट किए गए उत्तर को अधिक आसानी से समझ सकते हैं।
HFS और HFS + फ़ाइल सिस्टम पर, प्रत्येक फ़ाइल और फ़ोल्डर में एक अद्वितीय, लगातार पहचानकर्ता होता है। उपनाम इस पहचान का उपयोग पथनाम जानकारी के साथ-साथ एक ही वॉल्यूम पर फ़ाइलों और फ़ोल्डरों को खोजने के लिए करते हैं।
मैक ओएस एक्स 10.2 के साथ शुरुआत करते हुए, एलियास ने पाथनाम प्रथम और विशिष्ट पहचान द्वितीय का उपयोग करके इस खोज क्रम को उलट दिया । इसका मतलब यह है कि यदि आप किसी फ़ाइल को स्थानांतरित करते हैं और इसे एक पहचान की गई फ़ाइल के साथ बदल देते हैं, तो मूल फ़ाइल में उपनाम अब नई फ़ाइल को इंगित करते हैं। इसी तरह, यदि आप एक फ़ाइल को उसी वॉल्यूम पर (इसे प्रतिस्थापित किए बिना) स्थानांतरित करते हैं, तो उपनाम फ़ाइल का पता लगाने के लिए विशिष्ट पहचान जानकारी का उपयोग करते हैं ।
जब कोई फ़ाइल या फ़ोल्डर चलता है, तो उपनाम परिवर्तन के लिए अपनी पथ जानकारी या विशिष्ट पहचान जानकारी को अपडेट कर सकता है। यदि कोई फ़ाइल समान वॉल्यूम पर कहीं जाती है, तो उपनाम फ़ाइल के लिए नई पथ जानकारी के साथ अपने आंतरिक रिकॉर्ड को अपडेट करता है। इसी तरह, यदि मूल फ़ाइल को उसी नाम वाली फ़ाइल से बदल दिया जाता है, लेकिन एक अलग विशिष्ट पहचान, उपनाम नई फ़ाइल की विशिष्ट पहचान के साथ अपने आंतरिक रिकॉर्ड को अपडेट करता है। (परिणाम create a new file with the path and filename that the file originally had
)
क्योंकि उपनाम शुरू में एक फ़ाइल स्थान को हल करने के लिए एक फ़ाइल सिस्टम पथ का उपयोग करते हैं, अब वे प्रतीकात्मक लिंक के समान व्यवहार की पेशकश करते हैं। प्रतीकात्मक लिंक किसी फ़ाइल का पता लगाने के लिए पथ सूचना पर विशेष रूप से निर्भर करते हैं। यदि आप किसी फाइल को उसी वॉल्यूम पर बिना रिप्लेस किए कहीं ले जाते हैं, तो एलियाक न होने पर फाइल के लिंक के प्रतीकात्मक लिंक टूट जाते हैं। एक प्रतीकात्मक लिंक को ठीक करने का एकमात्र तरीका इसे हटाना और एक नया बनाना है।