방금 20 년간의 Windows 사용으로 인해 iOS 개발을 위해 Mac을 사용하기 시작했으며 Mac 프로그램의 설치 프로세스가 없다는 사실에 놀랐고 혼란 스러웠습니다. 파일을 복사하고 미리 저장하십시오.
이것은 나를 끝없이 혼란스럽게한다 .
누군가가 기술 수준에서 차이점이 무엇인지 설명 할 수 있습니까? 어떻게 설치 프로세스를 수행 할 필요가 없습니까?
그리고 그러한 일이 가능하다면 왜 모든 OS가 그렇게 작동하지 않습니까?
방금 20 년간의 Windows 사용으로 인해 iOS 개발을 위해 Mac을 사용하기 시작했으며 Mac 프로그램의 설치 프로세스가 없다는 사실에 놀랐고 혼란 스러웠습니다. 파일을 복사하고 미리 저장하십시오.
이것은 나를 끝없이 혼란스럽게한다 .
누군가가 기술 수준에서 차이점이 무엇인지 설명 할 수 있습니까? 어떻게 설치 프로세스를 수행 할 필요가 없습니까?
그리고 그러한 일이 가능하다면 왜 모든 OS가 그렇게 작동하지 않습니까?
답변:
미국 Mac 사용자는 다른 방법으로 같은 질문을합니다. 왜 Windows의 모든 것에 대해 설치 관리자가 필요합니까?
대부분의 Mac 프로그램은 완전한 번들입니다. 모든 리소스는 응용 프로그램 폴더에 있습니다 (앱 아이콘-> 패키지 내용 표시를 마우스 오른쪽 버튼으로 클릭). 그래서 그들은 어디에서나 실행될 것이고, 코드가 어디에 있는지 알려주는 시스템 변수가 있습니다. 종종 응용 프로그램은 다운로드 한 DMG 및 심지어 원격 서버에서 직접 실행될 수 있습니다. 약간의 성능 저하가 있지만 작동합니다. 사용자 설정은 사용자 라이브러리에 있으며 역학을 처리하는 시스템 루틴도 있습니다.
Mac에는 설정 (또는 유지 관리)이 필요한 중앙 레지스트리가 없으므로 어느 것도 갈 필요가 없습니다.
Mac 응용 프로그램을 개발하는 경우 공유 라이브러리 또는 셸 수준 서비스를 설치하는 경우에만 설치 관리자가 필요하지 않도록 매우 열심히 노력해야합니다. 일반적으로,없이 할 수 있습니다.
iOS 프로그래밍으로 향하고 있기 때문에 걱정하지 않는 것이 좋습니다. iOS 규칙은 무엇을 저장할지 알려주며 협상 할 수 없습니다. 기본 설정은 여기로 가고 사용자 데이터는 여기로갑니다. 당신은 것입니다 제공되는 API를 사용합니다. 응하다. 순종하십시오.
대부분의 경우 Windows 설치 관리자는 압축 파일을 추출하여 대상에 쓰는 것 외에 다른 작업을 수행하지 않습니다.
그런 다음 몇 가지 바로 가기를 만들고 특정 확장명을 가진 파일을 열도록 등록 할 수 있습니다.
Windows에 소프트웨어를 설치하는 것에 대한 마술은 없으며 많은 Windows 소프트웨어의 경우 실제로 설치된 소프트웨어 디렉토리를 가져 와서 다른 컴퓨터에 직접 복사하여 다시 설치하지 않고도 실행할 수 있습니다.
따라서 실제로 발생하는 것의 차이가 아니라 사용자 인터페이스 (파일 복사를 담당하는 사람)의 차이입니다.
*.app
폴더 를 로컬 디스크로 드래그하면 파일 작업이 트리거 될 수 있습니다. 또한, 그nnn.app
A는 폴더 , 파일이 아닌. 맥 앱의 작동 방식은 상당히 관련이 있습니다.