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

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

waarom-doet-windows-blijven-gebruik-snelkoppeling-files-plaats-of-symbolische-koppelingen-00

Sinds Windows is blijven evolueren en toevoegenmeer functionaliteit in de loop van de tijd, wordt u misschien nieuwsgierig waarom het oudere "functies" zoals snelkoppelingsbestanden blijft gebruiken. Met dat in gedachten, biedt de SuperUser Q&A post van vandaag antwoorden op vragen van een verwarde lezer.

De vraag-en-antwoordsessie van vandaag wordt aangeboden door SuperUser, een onderdeel van Stack Exchange, een gemeenschapgestuurde groep 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 snelkoppelingsbestanden gebruiken (die in wezen de locatie van het gekoppelde bestand als tekst opslaan). Waarom?

Waarom blijft Windows snelkoppelingsbestanden gebruiken in plaats van symbolische koppelingen?

Het antwoord

SuperUser-medewerker 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 zoals ze worden geïnterpreteerd door de shell, in plaats van door het bestandssysteem.
  2. Bepaalde snelkoppelingen bestaan ​​eigenlijk niet in het bestandssysteem. Sommigen van hen zijn gewoon verwijzingen naar GUID's of speciale tekenreeksen die door de shell worden geïnterpreteerd.
  3. U kunt geen schakelaars in een symbolische link opnemen. Natuurlijk kunt u naar het exe-bestand wijzen, maar u kunt dat exe-bestand niet verder "vertellen".
  4. U kunt geen pictogram kiezen voor een symbolische link.
  5. U kunt niet kiezen vanuit welke map u wilt werken in een symbolische koppeling.
  6. Snelkoppelingbestanden hoeven niet alleen naar bestanden te verwijzen, het kunnen ook hyperlinks of protocolkoppelingen zijn (zoals .URL-bestanden).
  7. LNK-bestanden kunnen op elk bestandssysteem bestaan. Symbolische koppelingen worden verwerkt 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-bloglink van Grawity die meer informatie biedt 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 discussie.