È consigliabile installare programmi su Program Files?

Abbiamo un'applicazione che viene fornita e installata da una società di terze parti. Stanno facendo pagare una commissione di consulenza ai tassi di mercato per farlo.

Hanno installato la maggior parte delle cartelle nella directory principale dell'unità C, con mia grande sorpresa.

È corretto installarli nella directory principale dell'unità C? Questo metodo di installazione può causare problemi? O dovrebbero invece essere installate applicazioni su Programmi?

windows

— Freddo T
fonte

Non vorrei porre questa domanda su Stack Overflow (o sui programmatori). Probabilmente verrebbe sottovalutato e chiuso abbastanza rapidamente su Stack Overflow.

— ChrisF,

Sei scioccato dal fatto che i software "enterprise" costosi sono di qualità eccezionalmente bassa? Non essere. Non è raro.

— Michael Hampton,

Penso che la ragione abbia a che fare con la lunghezza della variabile PATH il più corta possibile. È possibile utilizzare la variabile% PROGRAMFILES% nel percorso in caso sia necessario estenderla, anziché aggiungere il percorso completo di qualsiasi installazione dell'applicazione.

— ChrisF,

@MichaelHampton in effetti sono scioccato, gli "installatori" sono anche peggio!

— Cold T

Un grosso problema qui con i file di programma come best practice è che la creazione di directory nell'unità C non richiede privilegi di amministratore e programmi. Quando si tenta di scrivere software che non necessita di amministrazione, C potrebbe essere preferibile (sebbene l'utilizzo di AppData sia la vera soluzione in quel caso, per la maggior parte delle situazioni). Indico solo una potenziale differenza. Penso che tutto il resto qui sia valido.

— Nick,

Risposte:

Pur non essendo una fonte ufficiale, Raymond Chen ne The Old New Thing ne ha discusso .

In particolare, il post sul blog sopra riportato afferma:

Alcuni dei programmi di certificazione software Microsoft (come il logo Windows) richiedono che le applicazioni impostino il percorso di installazione predefinito nella directory Programmi.
/.../ I
file di programma sono stati introdotti nel tentativo di portare l'ordine nel caos. Pensalo come linee di pittura in un garage.

Naturalmente, la conformità con i termini di tali programmi di certificazione software si applicherebbe solo se si intendesse richiedere (o già aver fatto domanda e aver ricevuto la certificazione in base a) quei particolari programmi di certificazione software. E più precisamente in questo caso, si tratta del percorso di installazione predefinito, niente di più.

— un CVn
fonte

OTOS se compro software ed è scritto da persone non abbastanza intelligenti da rendersi conto che ci sono standard e che sono stupidi come andare direttamente a C - beh, è lì che "quanto meglio può essere richiesto dalla pratica comune dalla legge se non diversamente concordato "e" grave negligenza nel leggere la documentazione "entrano in gioco.

— TomTom,

Ci sono alcuni vantaggi nel non installarlo %programfiles%. Uno è quello di proteggere il programma dall'utilizzo come trampolino per malware (per ulteriori dettagli, ad esempio http://foundstone-dire-detect-insecurely-regist.software.informer.com/1.0/ o google per ulteriori informazioni "Foundstone DIRE ").

Un altro vantaggio sarebbe l'installazione senza richiedere privilegi elevati. Questo può essere importante, ancora una volta, se un programma è compromesso, non avrà i diritti di accesso per compromettere qualcos'altro.

Nel mondo Linux, è pratica comune installare pacchetti software di terze parti e di sistema separatamente. Ad esempio, mentre vanno i soliti pacchetti software, di solito entrano /usr/binterze parti /usr/local/bino /usr/share/binse devono essere condivisi da più utenti o $HOME/binse devono essere utilizzati da questo specifico utente. Sentendo come è una società di consulenza che installa questi programmi sul tuo PC, probabilmente hanno alcuni (per non dire inventati) criteri utente che lo rendono necessario o almeno più conveniente da non usare %programfiles%.

— wvxvw
fonte