이것은 매우 일반적인 질문이지만 명확한 설명을 찾는 데 어려움을 겪고 있습니다. 내 질문은: OS GUI에 명령줄 인터프리터와 다른 쉘이 있습니까? Wikipedia 페이지에서 쉘에 대해 읽었을 때 Microsoft Windows 섹션 아래에 "Microsoft Windows의 대부분의 OS 쉘은 명령줄 인터프리터가 아닙니다"라고 나와 있습니다. 나는 현대에 대부분의 사람들이 OS와 상호 작용하기 위해 GUI를 사용하고 OS에 GUI가 있는 경우 GUI가 운영 체제의 기본 셸 역할을 한다는 것을 알고 있습니다.
그래서 여기서 혼란이 발생합니다. 예를 들어 Windows 10에서는 원하는 경우 명령줄 인터페이스에 액세스하고 OS에 명령을 입력할 수 있습니다. GUI가 있는 OS의 명령줄 인터페이스에는 해당 GUI와 동일한 셸이 있습니까?
답변1
Windows 전통을 따르는 일부 사람들은 그래픽이든 명령줄이든 상관없이 OS의 사용자 인터페이스를 의미하기 위해 "셸"이라는 용어를 매우 넓은 의미로 사용합니다.
따라서 Windows에서는 GUI~이다"쉘".
이 중 일부는 사용자가 실제 DOS 명령 프롬프트를 사용하지 못하도록 보호하려고 시도한 "DOS Shell"이라는 오래된 MS-DOS 반 그래픽(텍스트 모드 그래픽) 파일 관리자 앱으로 거슬러 올라갑니다. 따라서 이 파일 관리자 앱이 DOS 주변의 "쉘"이었다면 이후의 Windows 파일 관리자와 프로그램 관리자, 프로세스 관리자, 데스크탑 환경 및 GUI 시스템도 모두 OS 주변의 "쉘"이 되어 보다 쾌적한 사용자 인터페이스를 제공했습니다.
Unix 세계에서 명령줄 인터프리터는 셸이며 GUI/창/데스크톱 환경은 어떤 종류의 셸로도 간주되지 않습니다. macOS 용어는 이 모델을 따릅니다. Finder는 쉘이 아닙니다. bash는 쉘입니다.
GUI가 있는 OS의 명령줄 인터페이스에는 해당 GUI와 동일한 셸이 있습니까?
MS Windows 용어로 말하면 명령줄 해석기는 Windows 탐색기와 시작 메뉴가 셸의 일부인 것처럼 셸의 일부라고 가정합니다. "쉘"을 "사용자 인터페이스"로 바꾸면 일부 Windows 학계에서 이 용어가 사용되는 방식을 이해할 수 있습니다. 명령줄 사용자 인터페이스가 OS 사용자 인터페이스의 일부입니까? 예. 그러면 그것은 껍질의 일부입니다.