シェルスクリプト
シェルスクリプト () は、オペレーティングシステムのシェルまたはコマンドラインインタプリタ向けに書かれたスクリプト言語である。狭義では、Unixシェルで用いられるスクリプト言語を指す。シェルスクリプトは他のツールを組み合わせるためのグルー型のドメイン固有言語とみなされることもある。シェルスクリプトで書かれる典型的処理としては、ファイル操作、プログラム実行、テキストの印刷などがある。
シェルスクリプト用インタプリタの多くはコマンドラインインタフェースも兼ねており、各種Unixシェル、Windows PowerShell、MS-DOSのCOMMAND.COMなどがある。他にAppleScriptやグラフィカルな Windows Script Host (WScript.exe) などもあり、コマンドラインインタフェース抜きでコンピューティング環境にスクリプト機能を加えている。他のシェルスクリプト向けのプログラミング言語としては、とJCLなどがある。
この項目では、Unixシェルのシェルスクリプトについて記載する。
その最も基本的な形式として、シェルスクリプトはシステムコマンドに特別な環境設定、コマンドオプション、後処理などを自動的に適用する形で新たなコマンドのバリエーションを提供するが、そのスクリプトを普通のUNIXのコマンドとして利用することもできる。
例としてlsコマンドのバリエーションを作るスクリプトを示す。コマンドオプションを事前に提供しており、これを例えば l という短い名前のファイルとして /home/"username"/bin/l などに置くのが一般的である。
ここで、1行目はシバンであり、スクリプトの残りの部分を実行するのに使用するインタプリタが "/bin/sh" であることを示している。2行目ではlsコマンドのオプションを指定しており、ファイル形式のインジケータを表示すること、1行に1ファイルの形式で表示すること、省略せずに全ファイルを表示すること、ファイルサイズをブロック数で表示することを指定している。LC_COLLATE=C は文字の照合順序の指定であり、"$@" は l に付随しているパラメータ列をそのまま ls に渡すことを意味する。したがって、ls の通常のコマンドオプションや構文がそのまま使える。
これを使えば、単に l と入力するだけでよく使うファイル一覧表示形式が得られる。
次の例のシェルスクリプトは、カレントディレクトリの全ファイルおよびディレクトリの一覧を表示するショートカットとして使える。
こちらも先頭行は一般的な #!/bin/sh である。次に clear というコマンドでディスプレイをクリアする。その次の行でこのスクリプトのメインの機能を実行する。ls -l -a というコマンド行は、このスクリプトを実行したときのカレントディレクトリにあるファイルとディレクトリの一覧を表示する。lsコマンドのオプションを変更すれば、ユーザーが必要な表示をさせることができる。
シェルスクリプトを使えば、コマンドラインインタフェースで人手で入力していたコマンド列を自動的に実行でき、一連のコマンドを連続的に実行できる。例えば、あるディレクトリにC言語のソースファイルが3つあるとき、4つのコマンドを人手で入力してビルドする代わりに、次のようなCシェルのスクリプトを作成して、 名称を build としてそのディレクトリに置けば、ビルドを自動実行できる。
このようなスクリプトを用意しておけば、ユーザーがソースファイルを編集し、その途中で ./build を実行すれば、更新された実行ファイルを生成・評価し、編集に戻ることもできる。ただし1980年代以降、このようなスクリプトは make などの専用ユーティリティに置換されている。
簡単なバッチ処理は孤立したタスクでは珍しくないが、シェルの持つループ機能、評価機能、変数などを使えば、より柔軟なスクリプトを書くことができる。次の例はJPEG画像をPNG画像に変換するbashスクリプトで、画像ファイル名はコマンド行で提供し、ワイルドカードも使用できる。そのためファイル名をスクリプト内に羅列する必要はない。このスクリプトは例えば /home/"username"/bin/jpg2png といったファイル名で置いておく。
jpg2png コマンドを使えば、例えば jpg2png *.jpg とすることでディレクトリ内の全JPEG画像を変換できる。
シェルスクリプトの重要な点として、インタプリタの呼び出しはオペレーティングシステムの中核機能として処理される。すなわち、execシステムコールにシェルスクリプトのファイル名を渡すと、シバンをカーネルが解釈し、そこに指定されたファイルを実行ファイル、元々渡されたスクリプトファイルをその実行ファイルへのパラメータとして実行させる。初期の Bourne Shell が登場したころはこのような機能はなかった。このため現代のシェルスクリプトはシステムコマンドと同じ足場に立っているだけでなく、実際に多くのシステムコマンドがシェルスクリプトで実装されている（さらに言えば、PerlやPythonなどの言語で書かれたスクリプトも同様の機構で実行できる）。そのため、スクリプトも通常のシステムユーティリテイと同様に終了ステータスとして成功か失敗かを返すようになっていき、どういった言語で実装されているかに関わらず大規模なソフトウェアのコンポーネントとして使えるようになっていった。
標準的なシステムコマンドと同様、シェルスクリプトのファイル名には拡張子をつけないことが多い。しかし、動作中のシェルにシェルスクリプトを読み込ませる特別な機構（例えば、sh の “codice_1”コマンドや csh の source コマンド）を使う場合は、その限りではない
現代の多くのシェルは手続き型プログラミング言語にある基本的な制御フロー構造などに似た豊富な機能を備えている。制御構造、変数、コメント、配列、サブルーチンなどである。それらを使えばかなり洗練されたアプリケーションをシェルスクリプトで書くことも可能である。しかし、シェル言語の多くはデータ型システム、クラス、スレッド、複雑な数学的計算といった高水準言語に見られる機能をほとんどサポートしていない。また、コンパイラや性能重視のインタプリタで実装された汎用言語に比べれば実行速度が遅い。
シェルスクリプトで扱うには大きいあるいは複雑すぎるタスクを扱うため、もっと強力な様々なスクリプト言語が開発されてきた。ただしそのような用途には高水準言語もあり、高水準言語とスクリプト言語のそれぞれがどういう用途に適しているかは議論のテーマともなってきた。一般にスクリプト言語はインタプリタとして実装される。
スクリプト言語はプログラミング言語と比較して簡単に記述できるため、Proof of Concept実装に適している。ソフトウェア開発の初期段階でシェルスクリプトを使い、それらを徐々に Perl、Python、C言語などに書き換えていく手法を用いることがある。
同じプログラムを書く場合、他のプログラミング言語よりもシェルスクリプトの方が早いことが多い。プログラムが容易でファイル操作機能が豊富で、素早く起動でき、対話的にデバッグできるためである。既存のプログラム群を順次実行する場合や何らかの条件判断を伴って実行する場合などはシェルスクリプトが有効で、中規模のシェルスクリプトではコンパイルが不要という点も利点の一つである。インタプリタ実行なのでデバッグ用コードを挿入するのも容易であり、バグも見つけやすい。また、複数のプログラムを限定的な形ながら並列実行することもできる。
一方でシェルスクリプトは手痛いエラーを引き起こしやすい。例えばUNIXコミュニティには rm -rf */ を rm -rf * / と打ち間違える有名なミスが存在する。空白が余分に1つ入っただけで、あるディレクトリ配下を全て消去するつもりだったものが、ルートディレクトリ配下全体を消去する指示になってしまった例である。同様に出力をリダイレクトする > を間違って使用することで、cp と mv も危険な武器になってしまう（ファイルの中身を上書きしてしまう）。また、UNIXには1文字しか違わないコマンド名が多く存在するため、さらにうっかりミスの危険性が増す。例えば、cp、cd、dd、 などである。
もう1つの短所は、実行速度の遅さとほぼ全てのシェルコマンド実行で新たなプロセスを生成する必要がある点である。多くのスクリプトの仕事はフィルタコマンド群をパイプで繋ぐことであり、性能問題はあまり関係ない。しかし、複雑なスクリプトはコンパイル方式の言語で実装した場合に比べて桁違いの遅さになることが多い。
また、プラットフォーム間の互換性問題もある。Perlの作者ラリー・ウォールの有名な言葉として「シェルスクリプトを移植するより、シェルそのものを移植する方が簡単だ」というものがある。
また、複雑なスクリプトを書こうとするとシェルスクリプト言語自身の制限にぶちあたることが多い。そのため回避策を施すことでコード品質が悪化し、シェル自体を拡張することで上述の互換性問題を引き起こすことになる。
一部スクリプト言語を使った際の多くの短所は、言語の文法上の欠陥や実装上の欠陥が原因である。