Pourquoi est-il recommandé de fermer tous les programmes avant d'installer un nouveau programme?


9

Quels types de problèmes surviennent lors de l'installation d'un nouveau programme pendant que d'autres programmes sont en cours d'exécution? J'imagine que le GAC a résolu un grand nombre des anciens problèmes de verrouillage des DLL partagées. Alors, quel genre de problèmes se posent encore? Je peux certainement voir des problèmes avec la mise à niveau d'un seul programme, mais en dehors de cela, il est difficile de voir pourquoi les applications piétineraient les uns les autres.


Cela n'est nécessaire que pour les systèmes d'exploitation paralysés. Avec de meilleurs systèmes, vous pouvez installer des fichiers binaires ou des bibliothèques pendant que les anciennes versions sont toujours en cours d'exécution ou en cas de connexions réseau sshd.
ott--

Réponses:


14

GAC aide uniquement avec les assemblys .NET. Il existe de nombreuses autres applications qui ne sont pas écrites en .NET.

Quels autres problèmes existent?

  • Autres applications contenant des fichiers ouverts
  • Autres applications maintenant les connexions réseau ouvertes
  • Autres applications maintenant les appareils ouverts
  • D'autres applications ralentissent la machine afin qu'un délai d'attente inattendu quelque part puisse se produire laissant le travail interrompu
  • Autres applications modifiant les fichiers et les paramètres du système, le programme d'installation s'attendrait à rester inchangé pendant le processus (considérez-le comme l'intégrité transactionnelle)

Pourquoi risquer d'échouer le processus d'installation alors qu'il est si facile d'arrêter d'autres applications et d'attendre quelques minutes? Allez prendre une tasse de café en attendant. :)


10
+1 Quoi? La programmation en dehors de .NET? Qu'est-ce que c'est, 2010?
P.Brian.Mackey

3
De quelle manière est-il si facile d'arrêter toutes les autres applications, puis de les rouvrir avec la même configuration, afin que je puisse continuer à travailler là où je m'étais arrêté? Ou est-ce que quelqu'un impliqué s'attend à ce que les développeurs travaillent sur de courtes tâches indépendantes parfaitement interruptibles?
David Thornley

2
@David Thornley: Vous n'installez pas les choses toutes les heures, n'est-ce pas? J'ai par exemple installé les outils dont j'ai besoin une fois, fait une image et n'ai pas eu d'installations majeures depuis des mois.

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

2
@Developer Art: Pas toutes les heures, mais parfois je veux obtenir un outil spécifique pour ce que je travaille, et parfois l'un de mes outils existants décide qu'il souhaite mettre à jour à l'aide d'un programme d'installation. En outre, je suis ennuyé quand je ne peux pas faire des choses sur MS Windows que je ferais normalement sur Linux ou Mac OSX.
David Thornley

9

Vous ne pouvez pas remplacer une DLL ou un EXE utilisé par une autre application. Les invites mieux écrites disent "regardez, fermez les choses qui utilisent des choses que je veux mettre à jour (et vous donne une liste) ou continuez l'installation et nous devrons redémarrer après pour remplacer la DLL / EXE." Les paresseux vous disent simplement aveuglément de fermer chaque chose que vous avez en cours d'exécution, au cas où.

Je déteste redémarrer. Je déteste fermer les trucs que j'utilise. Parfois, je continue de rouler et je ne ferme rien qui tourne. J'ai une petite supposition si les choses peuvent partager une DLL, donc par exemple si je mets à jour Word, j'accepterai de fermer Outlook, mais pas Foxit Reader, je sais qu'ils sont probablement indépendants. J'accorde plus d'attention aux invites non paresseuses (qui me disent ce que le conflit implique) qu'aux invites paresseuses, qui peuvent aussi bien dire "peuvent contenir des arachides" pour toute la pensée qui y est entrée.


6
+1 pour "peut contenir des arachides". Aussi pour les invites qui répertorient les conflits.
Craige

5

peut-être que l'installateur est juste trop paranoïaque? en toute honnêteté, je n'ai jamais fermé tous les programmes lorsqu'un installateur m'a demandé de le faire et n'a jamais eu de problèmes. Mais ça pourrait être de la chance.


1

Souvent, ce message est simplement inséré comme texte par défaut pour le système d'installation utilisé. 9 fois sur 10, il peut être ignoré. C'est juste cette 10ème fois que vous devez vous inquiéter :-) imo, en plus des raisons techniques que DevArt résume bien, il a probablement été ajouté à l'origine pour que les utilisateurs finaux ne crient pas aux fournisseurs de la perte de travail si le programme d'installation plante Windows et leur fait perdre des feuilles de calcul et des documents importants sur lesquels ils travaillaient - une occurrence pas trop rare à l'époque de l' installation du logiciel.


0

Le risque de conflit entre l'application installée et déjà en cours d'exécution est très faible. De nos jours, la plupart des applications sont basées sur le concept de bac à sable et n'ont pas besoin d'en sortir pendant le processus d'installation (ou d'utilisation normale).

Mais supposons que lors de l'installation de certains logiciels, une modification doit être apportée à un fichier qui est très probablement déjà ouvert par une autre application. Vous avez deux choix ici:

  1. vérifier si le fichier est ouvert / verrouillé, déterminer quel processus détient un verrou, afficher une belle boîte de dialogue demandant de fermer cette application spécifique
  2. il suffit de demander à la personne de fermer toutes les applications et vous êtes en sécurité sans effort supplémentaire

Malheureusement, la deuxième option est choisie la plupart du temps.


0

c'est une couverture. je ne me dérange jamais et n'ai eu aucun problème. la seule exception est l'installation d'un plugin lorsque l'application ciblée (IE, FireFox, Visual Studio, etc.) est toujours ouverte

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.