새 프로그램을 설치하기 전에 모든 프로그램을 닫는 것이 좋습니다.

다른 프로그램이 실행되는 동안 새 프로그램을 설치하면 어떤 문제가 발생합니까? GAC가 공유 dll이 잠기는 오래된 문제를 많이 해결했다고 생각합니다. 그래서 어떤 종류의 문제가 여전히 발생합니까? 단일 프로그램을 업그레이드하는 데 문제가 있음을 알 수 있지만,이 외에는 왜 앱이 서로의 발가락에 튀어 나왔는지 알기가 어렵습니다.

GAC는 .NET 어셈블리에만 도움이됩니다. .NET으로 작성되지 않은 다른 많은 응용 프로그램이 있습니다.

다른 문제가 있습니까?

• 파일을 열어 놓은 다른 응용 프로그램
• 네트워크 연결을 열어 둔 다른 응용 프로그램
• 장치를 열어 놓은 다른 응용 프로그램
• 다른 응용 프로그램으로 인해 기계가 느려져 예상치 못한 시간 초과가 발생할 수 있습니다.
• 설치 과정에서 설치 프로그램이 변경되지 않은 상태로 시스템에서 파일 및 설정을 수정하는 다른 응용 프로그램 (트랜잭션 무결성 고려)

다른 응용 프로그램을 쉽게 중지하고 몇 분만 기다려도 설치 프로세스가 실패하는 위험은 무엇입니까? 그동안 커피 한잔하세요 :)

다른 앱에서 사용중인 DLL 또는 EXE를 덮어 쓸 수 없습니다. 더 나은 서면 프롬프트는 "내가 업데이트하고 싶은 것들을 사용하고 목록을 제공하는 것을 닫거나 설치를 계속하면 DLL / EXE를 교체 한 후 재부팅해야한다"고 말합니다. 게으른 사람들은 맹목적으로 당신을 위해 당신이 달리고있는 모든 것을 닫으라고 말합니다.

재부팅이 싫습니다. 내가 사용하는 물건을 닫는 것이 싫습니다. 때때로 나는 계속 굴러 가고 있고 실행중인 것을 닫지 않습니다. 일이 DLL을 공유 할 수 있는지 조금 추측 할 수 있습니다. 예를 들어 Word를 업데이트하는 경우 Outlook을 닫는 데 동의하지만 Foxit Reader는 동의하지 않을 것입니다. 아마도 독립적 일 것입니다. 나는 게으른 프롬프트보다 게으른 프롬프트 (충돌과 관련된 내용을 말해 준다)에 더주의를 기울인다.

어쩌면 설치 프로그램이 과도하게 편집증입니까? 솔직히 말해서, 설치 프로그램에서 요청한 적이 있고 결코 문제가 발생하지 않았을 때 모든 프로그램을 닫은 적이 없습니다. 그래도 운이 좋을 수도 있습니다.

해당 메시지가 사용중인 설치 시스템의 기본 텍스트로 여러 번 삽입되었습니다. 10 회 중 9 회는 무시할 수 있습니다. DevArt가 훌륭하게 요약 한 기술적 이유 외에도 :-) imo에 대해 10 번째로 걱정해야 할 것은 설치 프로그램이 Windows와 충돌 할 경우 최종 사용자가 공급 업체에 비명을 지르지 않도록 원래 거기에 넣었을 것입니다. 소프트웨어를 설치할 때 그다지 자주 발생하지 않는 중요한 스프레드 시트와 작업중인 문서를 잃게됩니다 .

응용 프로그램을 설치하고 이미 실행중인 응용 프로그램 간의 충돌 가능성은 매우 작습니다. 요즘 대부분의 응용 프로그램은 샌드 박스 개념을 기반으로하므로 설치 프로세스 (또는 일반 사용) 중에 제거 할 필요가 없습니다.

그러나 일부 소프트웨어를 설치하는 동안 다른 응용 프로그램에서 이미 열려있을 가능성이 큰 파일을 변경해야한다고 가정합니다. 여기에는 두 가지 선택이 있습니다.

1. 파일이 열려 있거나 잠겨 있는지 확인하고 어떤 프로세스가 잠금을 보유하고 있는지 파악하고 해당 특정 응용 프로그램을 닫으라는 멋진 대화 상자를 표시하십시오.
2. 그 사람에게 모든 응용 프로그램을 닫으라고 요청하면 추가 노력없이 안전한면에 있습니다.

안타깝게도 두 번째 옵션은 대부분 선택됩니다.

헤징입니다. 나는 귀찮게하지 않았고 아무런 문제가 없었습니다. 유일한 예외는 대상 앱 (IE, FireFox, Visual Studio 등)이 여전히 열려있을 때 플러그인을 설치하는 것입니다