端末は、メインフレームコンピュータから入力を送信して出力を受信するために使用される実際の物理デバイスでした。シェルは最初から実際の物理デバイスではありませんでしたが、今日と同様に、メインフレームメモリで実行されるプロセスであるコマンドソルバーでした。
これらの物理デバイスをRAMのシェルとして実行されるプロセスに切り替えることを検討するのはなぜですか?
基本的に私たちは次のように始めます:
- 物理入出力装置およびコンピュータ
到着
- 物理入力/出力デバイス(キーボード/モニタ)とシミュレートされた事前物理入力/出力デバイス(ターミナル)とコンピュータ
なぜ?二元論から二元論と用語の間の何かに進化するということは何を意味しますか?
ベストアンサー1
kusalanandaがコメントで述べたように、我々は他の選択肢がないので、まだ端末エミュレータを使用しています。
この三位一体はUNIXベースのシステムでのみ観察されます。 Dos プロンプトを開かなくても、長年 Windows コンピュータで生活できます。
端末エミュレータが今日でも(少なくともユニークに)存在するのは、シェルを対話的に使用するより良い方法が見つからなかったためだと思います。シェルはUNIXベースのオペレーティングシステムで非常に便利な部分です。繰り返し実行するようにマウスをプログラムすることはできません。可能ですが、シェルほどエレガントではありません。
したがって、端末エミュレータは、シェルと通信するより良い方法、またはシェル自体の代替案を探す日まで存在し続けます。