it.phhsnews.com


it.phhsnews.com / Perché Windows utilizza ancora i file di scelta rapida anziché i collegamenti simbolici?

Perché Windows utilizza ancora i file di scelta rapida anziché i collegamenti simbolici?


Poiché Windows ha continuato a evolversi e ad aggiungere più funzionalità nel tempo, potresti trovarti curioso di sapere perché continua a utilizzare più vecchio "Caratteristiche" come i file di collegamento. Con questo in mente, il post di Q & A di SuperUser di oggi ha le risposte alle domande di un lettore confuso.

La sessione di domande e risposte di oggi ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di siti Web di domande e risposte. > La domanda

Il lettore SuperUser Peter Mortensen vuole sapere perché Windows continua a utilizzare i collegamenti anziché i collegamenti simbolici:

Windows XP e versioni successive supportano collegamenti simbolici, eppure Windows continua a utilizzare i file di collegamento (che essenzialmente memorizzano la posizione del file collegato come testo). Perché?

Perché Windows continua a utilizzare i file di collegamento invece dei collegamenti simbolici?

La risposta

Contribuente SuperUser Jonno ha la risposta per noi:

Ci sono una serie di motivi. Ad esempio:

È possibile memorizzare diversi livelli di compatibilità con diversi scorciatoie allo stesso file exe in quanto vengono interpretati dalla shell anziché dal file system.

  1. Alcuni collegamenti di scelta rapida non esistono effettivamente nel file system . Alcuni di essi sono semplicemente riferimenti a GUID o stringhe speciali interpretate dalla shell.
  2. Non è possibile includere interruttori in un collegamento simbolico. Certo, puoi puntare al file exe, ma non puoi "dire" a quel file exe altri argomenti.
  3. Non puoi scegliere un'icona per un collegamento simbolico.
  4. Non puoi scegliere da quale directory lavorare in un simbolico collegamento.
  5. I file di collegamento non devono puntare solo ai file, ma possono anche essere collegamenti ipertestuali o protocolli (come file .URL).
  6. I file LNK possono esistere su qualsiasi file system. I collegamenti simbolici sono gestiti dal file system stesso, nel caso di Windows, NTFS.
  7. Non è necessario sostituirli. Funzionano, sono di dimensioni ridotte e possono essere scalati in futuro nel caso in cui sia necessario aggiungere più funzionalità rispetto a quelli già elencati in precedenza.
  8. Per creare un collegamento simbolico sono necessari i diritti amministrativi ( a ragione), altrimenti il ​​reindirizzamento di file innocenti a file dannosi può essere eseguito con pochissimo lavoro.
  9. Ci sono più ragioni di questo, ma penso che questo sia sufficiente per iniziare. Ecco un link al blog MSDN fornito da Grawity che fornisce ulteriori informazioni su parti di questo argomento.

Hai qualcosa da aggiungere alla spiegazione? Audio disattivato nei commenti. Vuoi leggere più risposte dagli altri utenti di Stack Exchange esperti di tecnologia? Controlla il thread completo di discussione qui.



Come controllare il tuo Amazon Echo dal Web (invece di un'angusta applicazione per smartphone)

Come controllare il tuo Amazon Echo dal Web (invece di un'angusta applicazione per smartphone)

Amazon Echo ha una fantastica piccola funzione di cui la maggior parte non è a conoscenza: un solido controllo basato sul web pannello che rende la modifica e l'interazione con Echo un gioco da ragazzi. Perché dovrei farlo? Gran parte della tua interazione con Amazon Echo sarà, per definizione, basata sulla voce.

(how-to)

Tutto quello che c'è da sapere su Watch DRM'd Media su Linux

Tutto quello che c'è da sapere su Watch DRM'd Media su Linux

Tutto ha DRM in questi giorni, e mentre Netflix, Amazon Video, Hulu e persino DVD e Blu-ray "funzionano solo "Sulla maggior parte dei sistemi, gli utenti Linux devono sempre fare un po 'più di lavoro. Ecco come gli amanti dei pinguini possono ottenere tutti questi servizi lavorando sulle loro macchine.

(how-to)