विंडोज के बाद के संस्करणों में प्रतीकात्मक लिंक के बजाय शॉर्टकट फ़ाइलों का उपयोग क्यों जारी है?


68

Windows XP और बाद में प्रतीकात्मक लिंक का समर्थन करते हैं। फिर भी, विंडोज शॉर्टकट फ़ाइलों का उपयोग करना जारी रखता है (जो अनिवार्य रूप से लिंक किए गए फ़ाइल के स्थान को पाठ के रूप में संग्रहीत करता है)। क्यों?


25
विंडोज के नए संस्करण (और ऑफिस) ANSI प्रारूप में टेक्स्ट फ़ाइलों को क्यों सहेजते हैं और UTF-8 को नहीं? या तो असंगति और अनुचितता को खत्म करने के लिए या विरासत प्रणालियों का समर्थन करने के लिए ...
पुनःप्राप्ति

9
विंडोज एक्सपी और बाद में कुछ फाइल सिस्टम पर प्रतीकात्मक का समर्थन करता है। प्रतीकात्मक लिंक आपकी हार्ड डिस्क पर एक NTFS फ़ाइल सिस्टम पर काम करते हैं, लेकिन अगर सामान्य FAT 32 स्वरूपित USB स्टिक, या UDF प्रारूप CD-ROM में कॉपी किया जाता है और नेटवर्क सर्वर पर कॉपी किए जाने पर काम नहीं कर सकता है (जैसा कि आप) अक्सर दूरस्थ सर्वर द्वारा उपयोग किए जाने वाले OS या फ़ाइल सिस्टम को नहीं जानते हैं)। LNK शॉर्टकट फ़ाइलों को खुशी से कॉपी किया जा सकता है और उन सभी में काम कर सकता है।
गैथ्रॉन

12
विंडोज .lnkफाइलें लिनक्स .desktopफाइलों की तरह सहानुभूति से अधिक हैं।
आर्टुरो टॉरेस सैंचेज़

3
Symlinks ट्रिकी सिक्योरिटी वार (
उलझे हुए

2
जब NTFS के आसपास आया था, तो क्या आपने अपने ब्राउज़र में बुकमार्क का उपयोग करना बंद कर दिया था? यह एक बेतुकी तुलना की तरह लग सकता है, लेकिन केवल अगर आपको लगता है कि शॉर्टकट फाइलों के संकेत के अलावा कुछ भी नहीं हैं - तो बस यह मामला नहीं है।
लुआण

जवाबों:


106

कई कारणों से, मुझे लगता है

  1. आप फ़ाइल सिस्टम के बजाय शेल द्वारा व्याख्या किए गए एक ही EXE के लिए कई अलग-अलग शॉर्टकट के खिलाफ संगतता के विभिन्न स्तरों को संग्रहीत कर सकते हैं।
  2. कुछ शॉर्टकट लिंक वास्तव में फ़ाइल सिस्टम पर मौजूद नहीं हैं। उनमें से कुछ बस GUID के संदर्भ हैं, या शेल द्वारा व्याख्या किए गए विशेष तार हैं।
  3. आप एक सिमलिंक में स्विच शामिल नहीं कर सकते। आप EXE को इंगित कर सकते हैं, निश्चित रूप से, लेकिन आप यह नहीं बता सकते कि EXE आगे कोई तर्क देता है।
  4. आप सिम्लिंक के लिए आइकन नहीं चुन सकते।
  5. आप सिम्लिंक में किस निर्देशिका से काम कर सकते हैं।
  6. शॉर्टकट फाइलें केवल फाइलों की ओर इशारा नहीं करती हैं, वे हाइपरलिंक्स या प्रोटोकॉल लिंक हो सकती हैं (एक .URL फाइल के मामले में)।
  7. LNK फाइलें किसी भी फाइल सिस्टम पर मौजूद हो सकती हैं। विंडोज, NTFS के मामले में, फाइल सिस्टम द्वारा ही सिम्बलिंक्स को हैंडल किया जाता है।
  8. उन्हें बदलने के लिए कोई वास्तविक आवश्यकता नहीं है। वे काम करते हैं, वे छोटे हैं, उन्हें भविष्य में बढ़ाया जा सकता है कभी भी ऊपर सूचीबद्ध की तुलना में उनके लिए अधिक कार्यक्षमता की आवश्यकता होनी चाहिए।
  9. सिम्लिंक बनाने के लिए प्रशासनिक अधिकारों की आवश्यकता होती है (अच्छे कारण के लिए - अन्यथा दुर्भावनापूर्ण फ़ाइलों का पुनर्निर्देशन बहुत कम काम के साथ किया जा सकता है)

इससे अधिक कारण होंगे, लेकिन मुझे लगता है कि आपको शुरू करने के लिए पर्याप्त है :) - यहां @grawity द्वारा प्रदान किया गया एक लिंक है जो इस विषय के कुछ हिस्सों पर आगे पढ़ने देगा।


2
इसके अतिरिक्त, लक्ष्य के बारे में कुछ मेटाडेटा कैश शॉर्टकट फ़ाइल करें, और शेल स्तर पर व्याख्या की जा रही है, यदि लक्ष्य को स्थानांतरित कर दिया गया है, तो शेल द्वारा शॉर्टकट को अपडेट किया जा सकता है , जो कि सीमलिंक के साथ कठिन होगा। सामान्य तौर पर, शॉर्टकट विशेषताओं पर विभिन्न दिलचस्प चीजों के लिए फिर से ओल्ड न्यू थिंग देखें ।
ग्रैविटी

5
@ ग्रेविटी हालांकि फ़ाइल सिस्टम द्वारा नियंत्रित किए जाने के लिए इन्हें स्थानांतरित करने का कोई बड़ा लाभ होगा? मुझे लगता है कि .lnk फाइलों में आगे की कार्यक्षमता के लिए विस्तार करने के लिए एक अनंत कमरा है यदि आवश्यक हो, जबकि अभी भी पीछे की संगतता को बनाए रखते हुए, और उन्हें बहुत अधिक ओवरहेड नहीं मिला है। इसे फाइल सिस्टम में ले जाना थोड़ा अधिक इंजीनियर होगा, शायद? मैं किसी भी तरह से फाइल सिस्टम के आंतरिक कामकाज का विशेषज्ञ नहीं हूं।
जोनो

3
सच है, एफएस ही इस जानकारी के अधिकांश के लिए कोई फायदा नहीं होगा - कई .lnk विशेषताएँ वास्तव में एक्सप्लोरर-विशिष्ट हैं, इसलिए एक फ़ाइल के बजाय सब कुछ एक reparse बिंदु के रूप में संग्रहीत किया जाएगा।
विशालता

3
बस इंगित करना चाहता था, LNK फाइलें नहीं हो सकती हैं, जहां तक ​​मुझे पता है, URL (हाइपरलिंक) को लक्षित करने के लिए उपयोग किया जाता है। आप URL में शॉर्टकट बनाने के लिए विंडोज में समान शॉर्टकट निर्माण सुविधा का उपयोग कर सकते हैं, लेकिन अंतिम परिणाम एक .URL फ़ाइल (जो कि सादा पाठ है, अनिवार्य रूप से एक INI फ़ाइल है), एक .LNK फ़ाइल (जो बाइनरी नहीं है)।
माइकल बेकर

3
या start http://superuser.comजो डिफ़ॉल्ट ब्राउज़र को चुनता है, जैसे URL के लिए एक सच्चा शॉर्टकट। उसने कहा, आप .LNK फ़ाइलों को URL की ओर इशारा कर सकते हैं। अंत में, वे "COM मॉनीकर्स को क्रमबद्ध करते हैं", और COM सिस्टम को नए मॉनीकर प्रकारों के साथ विस्तारित किया जा सकता है।
एमएसएल

6

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

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

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

(मुझे शायद यह भी ध्यान देना चाहिए कि टनलिंग के साथ "हल करना" हार्ड लिंक निश्चित रूप से अनौपचारिक है क्योंकि यह सिर्फ मेटाडेटा के पुनर्मूल्यांकन का मामला नहीं है जो "खो गया है।" इनोड्स डिस्क आवंटन योजना में बंधे हुए हैं, इसलिए केवल मनमाने ढंग से विलय नहीं कर सकते। या इस तथ्य के बाद उन्हें पुन: असाइन करें कि कोई निष्पक्ष बिट लेगवर्क नहीं है। चूँकि शॉर्टकट अन्य मेटाडेटा का उपयोग करते हैं, जिन्हें आसानी से बनाया जा सकता है, जैसे सृजन समय, उनके पास यह समस्या नहीं है।)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.