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 blocco della DLL condivisa. Quindi, che tipo di problemi si presentano 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 potrebbero calpestare le dita di ciascuno.
GAC aiuta solo con gli assembly .NET. Esistono molte altre applicazioni che non sono scritte in .NET.
Quali altri problemi esistono?
Perché rischiare di fallire il processo di installazione quando è così facile fermare altre applicazioni e aspettare solo qualche minuto? Vai a bere una tazza di caffè nel frattempo. :)
Non è possibile sovrascrivere una DLL o EXE che è in uso da un'altra app. Le istruzioni scritte migliori dicono "guarda, o roba vicina che sta usando cose che voglio aggiornare (e ti dà una lista) o continua l'installazione e dovremo riavviare dopo aver sostituito la DLL / EXE quindi". I pigri ti dicono solo ciecamente 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 e non chiudo nulla che funzioni. Ho un po 'di ipotesi se le cose potrebbero condividere una DLL, quindi per esempio se sto aggiornando Word acconsento a chiudere Outlook, ma non Foxit Reader, so che probabilmente sono indipendenti. Faccio più attenzione ai prompt non pigri (che mi dicono che cosa comporta il conflitto) piuttosto che a quelli pigri, il che può anche dire "può contenere noccioline" per tutto il pensiero che è entrato in loro.
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 mai e poi mai messo nei guai. Potrebbe essere solo fortuna.
Molte volte il messaggio viene inserito come testo predefinito per il sistema di installazione in uso. 9 volte su 10 può essere ignorato. È solo per la decima volta che ti devi preoccupare :-) imo, oltre alle ragioni tecniche che DevArt ha riassunto bene, probabilmente è stato inserito lì in origine in modo che gli utenti non vadano a urlare ai venditori del lavoro perso se l'installer arresta Windows e causa la perdita di fogli di lavoro e documenti importanti su cui si stava lavorando - un evento non troppo raro nel giorno durante l'installazione del software.
La possibilità di conflitto tra l'applicazione installata e quella già in esecuzione è molto piccola. Oggigiorno la maggior parte delle applicazioni si basa sul concetto di sandbox e non è necessario uscire da esso durante il processo di installazione (o il normale utilizzo).
Ma supponiamo che durante l'installazione di alcuni software, è necessario apportare una modifica a un file che è molto probabile che sia già aperto da un'altra applicazione. Hai due scelte qui:
Purtroppo, la seconda opzione viene rilevata la maggior parte del tempo.
sta proteggendo. non mi preoccupo mai 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