Perché si consiglia di chiudere tutti i programmi prima di installare un nuovo programma?


9

Che tipo di problemi sorgono dall'installazione di un nuovo programma mentre altri programmi sono in esecuzione? Immagino che il GAC abbia risolto molti dei vecchi problemi di condivisione della DLL condivisa. Quindi che tipo di problemi sorgono ancora? Riesco a vedere problemi con l'aggiornamento di un singolo programma di sicuro, ma al di fuori di questo è difficile capire perché le app calpestino le dita dei piedi di ciascuno.


Ciò è necessario solo per i sistemi operativi storpi. Con sistemi migliori, è possibile installare binari o librerie mentre sono ancora in esecuzione vecchie versioni o in caso di connessioni di rete sshd.
ott--

Risposte:


14

GAC aiuta solo con gli assembly .NET. Ci sono molte altre applicazioni che non sono scritte in .NET.

Quali altri problemi esistono?

  • Altre applicazioni con file aperti
  • Altre applicazioni che tengono aperte le connessioni di rete
  • Altre applicazioni con dispositivi aperti
  • Altre applicazioni rallentano la macchina in modo che possa verificarsi un timeout imprevisto da qualche parte lasciando il lavoro interrotto
  • Altre applicazioni che modificano i file e le impostazioni nel sistema che il programma di installazione prevede di rimanere invariato durante il processo (consideralo integrità transazionale)

Perché rischiare di fallire il processo di installazione quando è così facile arrestare altre applicazioni e aspettare solo qualche minuto? Vai a prendere una tazza di caffè nel frattempo. :)


10
+1 Cosa? C'è una programmazione al di fuori di .NET? Cos'è questo, 2010?
P.Brian.Mackey,

3
In che modo è così semplice arrestare tutte le altre applicazioni e quindi riaprirle con la stessa configurazione, in modo da poter continuare a lavorare da dove avevo interrotto? O qualcuno coinvolto si aspetta che gli sviluppatori lavorino in brevi compiti indipendenti che sono perfettamente interrompibili?
David Thornley,

2
@ David Thornley: non installi cose ogni ora, vero? Ad esempio, ho installato gli strumenti di cui ho bisogno una volta, ho creato un'immagine e non ho avuto installazioni importanti da mesi.

1
@Brian: Correction, 2011 ;-)
Joris Meys,

2
@Developer Art: non ogni ora, ma a volte voglio ottenere uno strumento specifico per quello su cui sto lavorando, e a volte uno dei miei strumenti esistenti decide che vorrebbe aggiornare usando un programma di installazione. Inoltre, mi annoio quando non riesco a fare cose su MS Windows che normalmente farei su Linux o Mac OSX.
David Thornley,

9

Non è possibile sovrascrivere una DLL o EXE utilizzata da un'altra app. Le istruzioni scritte migliori dicono "guarda, o chiudi cose che stanno usando cose che voglio aggiornare (e ti dà un elenco) o continua l'installazione e dovremo riavviare dopo per sostituire la DLL / EXE allora". I pigri ti dicono alla cieca di chiudere ogni singola cosa che hai in esecuzione, per ogni evenienza.

Odio il riavvio. Odio chiudere le cose che sto usando. A volte continuo a rotolare senza chiudere tutto ciò che è in esecuzione. Ho un po 'di ipotesi se le cose potrebbero condividere una DLL, quindi per esempio se sto aggiornando Word accetterò di chiudere Outlook, ma non Foxit Reader, so che probabilmente sono indipendenti. Presto più attenzione ai suggerimenti non pigri (che mi dicono cosa comporta il conflitto) che a quelli pigri, che possono anche dire "possono contenere noccioline" per tutto il pensiero che è andato in loro.


6
+1 per "può contenere noccioline". Anche per i prompt che elencano i conflitti.
Craige,

5

forse l'installer è solo eccessivamente paranoico? in tutta onestà, non ho mai chiuso tutti i programmi quando un installatore mi ha chiesto di farlo e non ho mai avuto problemi. Potrebbe essere solo fortuna però.


1

Molte volte quel messaggio è appena stato inserito come testo predefinito per il sistema di installazione utilizzato. 9 volte su 10 può essere ignorato. È solo la decima volta che ti devi preoccupare :-) imo, oltre ai motivi tecnici che DevArt ha riassunto bene, è stato probabilmente inserito lì originariamente in modo che gli utenti finali non vadano a urlare ai venditori sul lavoro perduto se l'installer si blocca su Windows e fa sì che perdano importanti fogli di calcolo e documenti su cui si stava lavorando - un fatto non troppo raro durante l' installazione del software.


0

La possibilità di conflitto tra l'installazione dell'applicazione e l'esecuzione già in esecuzione è molto piccola. Oggigiorno la maggior parte delle applicazioni si basa sul concetto di sandbox e non è necessario uscirne durante il processo di installazione (o il normale utilizzo).

Ma supponiamo che durante l'installazione di alcuni software, sia necessario apportare una modifica a un file che molto probabilmente sarà già aperto da un'altra applicazione. Hai due scelte qui:

  1. controlla se il file è aperto / bloccato, scopri quale processo ha un blocco, visualizza una bella finestra di dialogo che chiede di chiudere quella specifica applicazione
  2. chiedi semplicemente alla persona di chiudere tutte le applicazioni e sei al sicuro senza ulteriori sforzi

Purtroppo, la seconda opzione viene raccolta la maggior parte del tempo.


0

è di copertura. non mi sono mai preoccupato e non ho avuto problemi. l'unica eccezione è l'installazione di un plug-in quando l'app di destinazione (IE, FireFox, Visual Studio, ecc.) è ancora aperta

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.