Jakie problemy wynikają z instalacji nowego programu podczas działania innych programów? Wyobrażam sobie, że GAC rozwiązał wiele starych problemów związanych z blokowaniem wspólnej biblioteki dll. Jakie problemy wciąż się pojawiają? Z pewnością widzę problemy z aktualizacją jednego programu, ale poza tym trudno jest zrozumieć, dlaczego aplikacje uderzałyby sobie nawzajem w palce.
9
Odpowiedzi:
GAC pomaga tylko w złożeniach .NET. Istnieje wiele innych aplikacji, które nie są napisane w .NET.
Jakie jeszcze problemy istnieją?
Po co ryzykować niepowodzenie procesu instalacji, skoro tak łatwo jest zatrzymać inne aplikacje i poczekać kilka minut? W międzyczasie idź napić się kawy. :)
źródło
Nie można zastąpić biblioteki DLL lub EXE używanej przez inną aplikację. Lepiej napisane monity mówią: „spójrz, albo zamknij rzeczy, które używają rzeczy, które chcę zaktualizować (i daje listę), lub kontynuuj instalację, a następnie będziemy musieli ponownie uruchomić komputer w celu zastąpienia DLL / EXE”. Leniwi po prostu na ślepo każą ci zamknąć każdą rzecz, którą masz, na wszelki wypadek.
Nienawidzę restartu. Nienawidzę zamykać rzeczy, których używam. Czasami po prostu kontynuuję i nie zamykam niczego, co działa. Zgaduję, czy coś może współdzielić bibliotekę DLL, więc na przykład jeśli aktualizuję program Word, zgodzę się zamknąć program Outlook, ale nie program Foxit Reader, wiem, że prawdopodobnie są one niezależne. Zwracam większą uwagę na nie leniwe podpowiedzi (które mówią mi, na czym polega konflikt) niż na leniwe, które równie dobrze mogą powiedzieć „mogą zawierać orzeszki ziemne” dla wszystkich myśli, które się w nich pojawią.
źródło
może instalator jest po prostu zbyt paranoiczny? Szczerze mówiąc, nigdy nie zamykałem wszystkich programów, gdy instalator poprosił mnie o to i nigdy nie miałem kłopotów. Może to po prostu szczęście.
źródło
Wiele razy ten komunikat jest wstawiany jako domyślny tekst dla używanego systemu instalacyjnego. 9 na 10 razy można to zignorować. Tyle, że po raz 10 musisz się martwić :-) imo, oprócz powodów technicznych, które DevArt podsumował ładnie, prawdopodobnie zostały tam umieszczone pierwotnie, aby użytkownicy końcowi nie krzyczeli do dostawców o utraconej pracy, jeśli instalator spowoduje awarię systemu Windows i powoduje, że tracą ważne arkusze kalkulacyjne i dokumenty, nad którymi pracowano - niezbyt częste zdarzenie w ciągu dnia podczas instalowania oprogramowania.
źródło
Możliwość konfliktu między instalowaną aplikacją a już uruchomioną jest bardzo mała. Obecnie większość aplikacji opiera się na koncepcji piaskownicy i nie trzeba z niej wychodzić podczas procesu instalacji (lub normalnego użytkowania).
Załóżmy jednak, że podczas instalowania oprogramowania należy wprowadzić zmiany w pliku, który najprawdopodobniej zostanie już otwarty przez inną aplikację. Masz tutaj dwie możliwości:
Niestety druga opcja jest najczęściej wybierana.
źródło
zabezpiecza się. nigdy nie zawracam sobie głowy i nie miałem żadnych problemów. jedynym wyjątkiem jest instalacja wtyczki, gdy docelowa aplikacja (IE, FireFox, Visual Studio itp.) jest nadal otwarta
źródło