Unixのようなシステムに複数のシェルがあるのはなぜですか？

私はUnixの基礎を学び始めたばかりで、なぜUNIXのようなシステムにこんなに多くのシェルがあるのか​​疑問に思っています。本「Unix環境での高度なプログラミング」から：

シェルは、ユーザー入力を読み取ってコマンドを実行するコマンドラインインタープリターです。シェルへのユーザー入力は、通常、ターミナル（対話型シェル）から、またはファイル（シェルスクリプトと呼ばれます）から行われます。

そして、この本は、Bourne shell、Bourne-again shell、Cshellなどのようなシェルプログラムのリストを続けています。私の質問は、基本的に複数のシェルが必要な理由です。

現代のUNIX環境で使用されるほとんどのシェルは、POSIX sh仕様に準拠することを目的としています。POSIX shは、元のKornシェル（ksh88）から派生しています。これは、以前のBourneシェルから派生していますが、POSIX shは、ksh88の機能の小さなサブセットのみを指定します。最小要件のみを実装するシェルには、最も些細なスクリプトを安全かつ合理的な方法で記述するために必要な多くの機能が欠けています。たとえば、ローカル変数とローカル配列は非標準の追加です。

したがって、最初の理由は、追加機能でシェルを拡張することです。さまざまなシェルが、さまざまなことに集中することを選択します。たとえば、Zshは高度なインタラクティブ機能に焦点を当て、ksh93（現在の「オリジナル」のkornシェル）は強力なプログラミング機能とパフォーマンスに焦点を当てています。Dashのような非常に最小限のシェルでさえ、ローカル変数のような非標準のエクストラを少なくともいくつか追加します。

追加機能が広く相互運用可能である場合はほとんどありません。拡張グロブ構文など、ksh88機能セットのほとんどは相互運用性がかなり高くなっていますが、非標準機能では保証はなく、移植性のある方法でそれらを使用するために何をしているのかを本当に知る必要があります。

2番目の理由はレガシーです。/ bin / shに古代の非標準の実装を使用する独自のUnixがまだたくさんあります。Solarisは最近まで、Bourneをデフォールトとして使用し、最新のものにアップグレードするのではなく、Heirloomシェルを維持することを選択しました。これらのシステムには通常、たとえば、PATH変数を変更したり、個々のスクリプト内のシバンを変更したりすることで、切り替えることができるさまざまなシェルが付属しています。

要約すると。多くの場合、デフォルトでは複数のシェルがあります。

• 特別な機能、特に非ポータブルの追加機能を扱う場合。
• メンテナンスされないことが多いレガシースクリプトを処理するため。
• サイズ/パフォーマンス。組み込みシステムでは、多くの場合、mkshやbusybox shなどの小さなシェルが必要です。
• ライセンスの理由。AT＆T kshは2000年頃まで独自のソフトウェアでした。これは主に、ZshやBashなどのすべてのkshのようなクローンを生み出したものです。
• その他の歴史的理由。今日ではあまり人気がありませんが、scshやesなど、言語の再設計に急進的な試みがあります。多くのシェルのプロセス置換機能は、元々rc（少し異なる構文を使用）、およびcshからのブレース展開に由来しています。異なるシェルには、通常、微妙な違いまたはそれほど微妙ではない違いを伴う、そのような機能のさまざまな組み合わせがあります。

人々は異なるニーズを持っているので、与えられた状況であなたのニーズに合った代替品を持っているのは良いことです。シェルはそれ自体が単なるツールであり、私の意見では他のものと交換できるはずです。それが、Microsoft Windowsが選択したものとは反対のUnix / Linuxの力です。

同様に...なぜそんなに多くのテキストエディタがあるのですか？ブラウザーが既にあるのに、なぜ新しいブラウザーを開発するのですか？なぜGNOME、KDE、Xfce、LXDE、E17などがあるのですか？

短い答え

奇妙なライセンスの歴史のために、Unixを開発した企業はありません。ボランティアと企業の両方が参加したコミュニティプロセスでした。これらのエンティティは常にすべてのツールを共有しているわけではなかったため、別々のシェルが発生しました。これがどれほど非生産的であるかを理解するまでに、使用中のすべてのシェルを統合するには遅すぎました。代わりに、これらすべてのシェルが（理論的に）相互に互換性を持つようにするための作業が行われました。

長い答えは複雑であり、Unix自体の歴史と密接に関連しています。このページで単一の回答を保持する方法はありませんが、広く（誤って）文書化されています。Unixの歴史を扱っているWebや本を見て回ることで、より詳細で正確な答えを見つけることができます。

さまざまなWebブラウザーが存在するのと同じ理由で、さまざまなシェルが存在します。誰もが好みを持ち、一部のシェルには歴史的な荷物や勢いがあります。それぞれに異なる機能と特異性があります。

主に、歴史...

Bourneは（適切な）SysV Unixの一部として開発され、BSDは使用されましたcsh...その後、bashはBourneシェル（およびkshなどの改良バージョン）のオープンソースの代替として開発されました。BourneのようなシェルがPOSIX標準で採用されました。kshは準拠しており、bashは準拠できます。

シェルは好きcshとtcsh（コマンド補完などが不足している）が、元のBourneシェルよりも対話的に使用する方がはるかに簡単ですスクリプティングのため恐ろしいです ...

Unixベースの組み込みシステムなどの一部の環境では、コマンド補完などの対話型機能よりもスクリプト機能、サイズ、速度が重要であり、シェルのさまざまなバリアントが使用される傾向があります。

移植性のあるスクリプトを作成するには、POSIX準拠のBourneバリアントを使用し、拡張機能を使用しないでください。