프로그램을 프로그램 파일에 설치하는 것이 가장 좋은 방법입니까?


9

타사에서 제공하고 설치하는 응용 프로그램이 있습니다. 이를 위해 시장 요율 '컨설턴시'수수료를 청구하고 있습니다.

그들은 C 드라이브의 루트에 대부분의 폴더를 설치했습니다.

C 드라이브의 루트에 설치해도 괜찮습니까? 이 설치 방법으로 문제가 발생할 수 있습니까? 아니면 프로그램 파일에 대신 응용 프로그램을 설치해야합니까?


Stack Overflow (또는 실제로 프로그래머)에 대해서는이 질문을하지 않을 것입니다. 아마도 스택 오버플로에서 투표가 중단되고 매우 빨리 닫힐 것입니다.
ChrisF

7
고가의 "엔터프라이즈"소프트웨어가 매우 낮은 품질에 충격을 받고 있습니까? 하지마 드문 일이 아닙니다.
Michael Hampton

2
나는 그 이유가 PATH 변수의 길이를 가능한 짧게 유지하는 것과 관련이 있다고 생각 합니다. 응용 프로그램을 설치 한 곳의 전체 경로를 추가하지 않고 경로를 확장해야하는 경우 경로에 % PROGRAMFILES % 변수를 사용할 수 있습니다.
ChrisF

@MichaelHampton은 실제로 충격을 받았으며 '설치 엔지니어'가 더 악화되었습니다!
Cold T

2
프로그램 파일이 모범 사례가되는 큰 문제는 C 드라이브에 디렉토리를 만들 때 관리자 권한이 필요하지 않으며 프로그램 파일이 필요하다는 것입니다. 관리자가 필요하지 않은 소프트웨어를 작성하려고 할 때 C가 바람직 할 수 있습니다 (대부분의 상황에서 AppData를 사용하는 것이 진정한 솔루션 임). 하나의 잠재적 인 차이점을 지적하면됩니다. 나는 여기에 말한 모든 것이 의미한다고 생각합니다.
Nick

답변:


9

공식 자료는 아니지만 The Old New Thing의 Raymond Chen은 이에 대해 논의했습니다 .

특히 위에 링크 된 블로그 게시물은 다음과 같습니다.

Microsoft의 일부 소프트웨어 인증 프로그램 (예 : Windows 로고)에서는 응용 프로그램이 기본 설치 위치를 Program Files 디렉토리로 설정해야합니다.
/.../
프로그램 파일은 혼돈에 질서를주기 위해 도입되었습니다. 그것을 주차장의 도장 라인으로 생각하십시오.

당연히, 해당 소프트웨어 인증 프로그램의 조건을 준수하는 것은 귀하가 해당 특정 소프트웨어 인증 프로그램을 신청하려고하거나 이미 인증을받은 경우에만 적용됩니다. 이 경우에는 기본 설치 경로에 관한 것입니다.


1
OTOS 소프트웨어를 구입하면 C에 직접가는 것만 큼 표준이 있고 어리 석다는 사실을 알기에 충분히 똑똑하지 않은 사람들이 작성합니다. "그리고"문서를 읽는 것을 소홀히하는 것 "이 시작됩니다.
TomTom

0

에 설치 하지 않으면 몇 가지 장점이 있습니다 %programfiles%. 하나는 예를 들어, 트램 폴린 악성 코드 (자세한 내용은 참조로 사용되는 프로그램을 보호하는 것입니다 http://foundstone-dire-detect-insecurely-regist.software.informer.com/1.0/ 이상 "파운드 스톤에 대한 구글 무서운").

또 다른 장점은 높은 권한이 필요없는 설치입니다. 프로그램이 손상되면 다른 것을 손상시킬 수있는 액세스 권한이 없습니다.

Linux 세계에서는 타사 및 시스템 소프트웨어 패키지를 별도로 설치하는 것이 일반적입니다. 일반적인 소프트웨어 패키지로 이동하면서 예를 들어, /usr/bin타사는 일반적으로 간다 /usr/local/bin또는 /usr/share/bin그것은 여러 사용자가 공유 할 필요가있는 경우, 또는으로 $HOME/bin가 예상되는 경우이 특정 사용자에 의해 사용될 수 있습니다. 이러한 프로그램을 PC에 설치하는 컨설팅 회사의 의견을 들어 보면 아마도 사용하지 않는 것이 더 편리하거나 편리한 (사용하지 않는) 사용자 정책이있을 수 있습니다 %programfiles%.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.