Waarom gebruikt Windows nog steeds snelkoppelingsbestanden in plaats van symbolische koppelingen?

Aangezien Windows is blijven evolueren en meer functionaliteit in de loop van de tijd toevoegt, is het mogelijk dat u nieuwsgierig bent naar waarom het oudere "functies" zoals snelkoppelingsbestanden blijft gebruiken. Met dat in gedachten heeft het SuperUser Q & A-bericht van vandaag antwoord op de vragen van een verwarde lezer.

De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een gemeenschapsgedreven groep van Q & A-websites.

De vraag

SuperUser-lezer Peter Mortensen wil weten waarom Windows snelkoppelingsbestanden blijft gebruiken in plaats van symbolische koppelingen:

Windows XP en latere versies ondersteunen symbolische koppelingen, maar Windows blijft gebruik maken van snelkoppelingsbestanden (die in feite de locatie van het gekoppelde bestand opslaan als tekst). Waarom?

Waarom blijft Windows snelkoppelingsbestanden gebruiken in plaats van symbolische koppelingen?

Het antwoord

SuperUser-bijdrager Jonno heeft het antwoord voor ons:

Er zijn een aantal redenen. Bijvoorbeeld:

1. U kunt verschillende compatibiliteitsniveaus opslaan met verschillende snelkoppelingen naar hetzelfde exe-bestand als deze worden geïnterpreteerd door de shell in plaats van het bestandssysteem.
2. Bepaalde snelkoppelingen zijn niet echt aanwezig in het bestandssysteem. Sommigen van hen zijn eenvoudigweg verwijzingen naar GUID's of speciale tekenreeksen die worden geïnterpreteerd door de shell.
3. U kunt schakelaars niet opnemen in een symbolische koppeling. Natuurlijk kun je naar het exe-bestand wijzen, maar je kunt dat exe-bestand geen verdere argumenten 'vertellen'.
4. U kunt geen pictogram kiezen voor een symbolische koppeling.
5. U kunt niet kiezen in welke map u wilt werken in een symbolische koppeling.
6. Snelkoppelingsbestanden hoeven niet alleen naar bestanden te wijzen, maar kunnen ook hyperlinks of protocolkoppelingen zijn (zoals .URL-bestanden).
7. LNK-bestanden kunnen op elk bestandssysteem bestaan. Symbolische koppelingen worden afgehandeld door het bestandssysteem zelf, in het geval van Windows, NTFS.
8. Het is niet echt nodig om ze te vervangen. Ze werken, zijn klein van formaat en kunnen in de toekomst worden opgeschaald als er ooit behoefte is aan meer functionaliteit dan wat hierboven al is vermeld.
9. Administratieve rechten zijn vereist om een ​​symbolische link te maken (met goede reden), anders kan het omleiden van onschuldige bestanden naar kwaadwillende bestanden met zeer weinig werk worden uitgevoerd.

Er zijn meer redenen dan dit, maar ik denk dat dit voldoende is om u op weg te helpen. Hier is een MSDN-blogkoppeling van grawity die meer informatie geeft over delen van dit onderwerp.

Heb je iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread.