![애초에 터미널 에뮬레이터가 필요한 이유는 무엇입니까? [폐쇄]](https://linux55.com/image/112173/%EC%95%A0%EC%B4%88%EC%97%90%20%ED%84%B0%EB%AF%B8%EB%84%90%20%EC%97%90%EB%AE%AC%EB%A0%88%EC%9D%B4%ED%84%B0%EA%B0%80%20%ED%95%84%EC%9A%94%ED%95%9C%20%EC%9D%B4%EC%9C%A0%EB%8A%94%20%EB%AC%B4%EC%97%87%EC%9E%85%EB%8B%88%EA%B9%8C%3F%20%5B%ED%8F%90%EC%87%84%5D.png)
터미널은 메인프레임 컴퓨터에서 입력을 보내고 출력을 받는 데 사용되는 실제 물리적 장치였습니다. 셸은 처음부터 실제 물리적 장치는 아니었지만 오늘날과 마찬가지로 메인프레임 메모리에서 실행되는 프로세스인 명령 해석기였습니다.
이러한 물리적 장치를 RAM의 셸로 실행되는 프로세스로 전환하는 것을 고려하는 이유는 무엇입니까?
기본적으로 우리는 다음과 같이 시작합니다:
- 물리적 입출력 장치 및 컴퓨터
도착하다
- 물리적 입력/출력 장치(키보드/모니터) 및 시뮬레이션된 사전 물리적 입력/출력 장치(터미널) 및 컴퓨터
왜? 이원론에서 이원론과 용어 사이의 어떤 것으로 진화한다는 것은 무엇을 의미합니까(그런 단어가 존재한다면)?
답변1
kusalananda가 댓글에서 말했듯이, 우리는 다른 선택의 여지가 없기 때문에 여전히 터미널 에뮬레이터를 사용합니다.
이 삼위일체는 UNIX 기반 시스템에서만 관찰됩니다. Dos 프롬프트를 열지 않고도 몇 년 동안 Windows 컴퓨터에서 생활할 수 있습니다.
터미널 에뮬레이터가 오늘날에도 (적어도 unice에는) 존재하는 이유는 쉘을 대화식으로 사용하는 더 좋은 방법을 찾지 못했기 때문이라고 생각합니다. 쉘은 UNIX 기반 운영 체제에서 매우 유용한 부분입니다. 반복해서 수행하는 작업을 수행하도록 마우스를 프로그래밍할 수는 없습니다. 가능하지만 쉘만큼 우아하지는 않습니다.
따라서 터미널 에뮬레이터는 쉘과 통신하는 더 나은 방법이나 쉘 자체에 대한 대안을 찾는 날까지 계속 존재할 것입니다.