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

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

De vraag van vandaag &Antwoord sessie komt naar ons met dank aan SuperUser-een onderverdeling van Stack Exchange, een community-gestuurde groepering van Q & A-websites.

De vraag

SuperUser-lezer Peter Mortensen wil weten waarom Windows shortcut-bestanden 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 tegen 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 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 in een symbolische koppeling niet kiezen uit welke map u wilt werken.
6. Sneltoetsbestanden hoeven niet naar alleen bestanden te verwijzen, 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. Er is geen echte noodzaak 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-bloglink van grawity die meer informatie geeft over delen van dit onderwerp.

Heeft u 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 de volledige discussiethread hier.