職場では、bashスクリプトを頻繁に記述しています。私のスーパーバイザーは、次の例のように、スクリプト全体を機能に分割することを提案しています。
#!/bin/bash
# Configure variables
declare_variables() {
noun=geese
count=three
}
# Announce something
i_am_foo() {
echo "I am foo"
sleep 0.5
echo "hear me roar!"
}
# Tell a joke
walk_into_bar() {
echo "So these ${count} ${noun} walk into a bar..."
}
# Emulate a pendulum clock for a bit
do_baz() {
for i in {1..6}; do
expr $i % 2 >/dev/null && echo "tick" || echo "tock"
sleep 1
done
}
# Establish run order
main() {
declare_variables
i_am_foo
walk_into_bar
do_baz
}
main
「読みやすさ」以外にこれを行う理由はありますか？これは、いくつかのコメントと行間隔で等しく確立できると思いますか？
それはスクリプトをより効率的に実行しますか（実際には反対のことを期待します）、または前述の可読性の可能性を超えてコードを簡単に変更できるようにしますか？それとも本当に単なる文体的な好みですか？
スクリプトはそれをうまく実証していませんが、実際のスクリプトの関数の「実行順序」は非常に線形になる傾向があることに注意してください- 行っwalk_into_barたものに依存しi_am_foo、do_baz設定されたものに作用しますwalk_into_bar-実行順序を任意に交換できることは、私たちが一般的に行っていることではありません。たとえば、突然のdeclare_variables後walk_into_barにを置きたくない場合、それが問題を引き起こします。
上記のスクリプトをどのように作成するかの例を次に示します。
#!/bin/bash
# Configure variables
noun=geese
count=three
# Announce something
echo "I am foo"
sleep 0.5
echo "hear me roar!"
# Tell a joke
echo "So these ${count} ${noun} walk into a bar..."
# Emulate a pendulum clock for a bit
for i in {1..6}; do
expr $i % 2 >/dev/null && echo "tick" || echo "tock"
sleep 1
done
読みやすさは、「コメントをいくつか追加し、行間を空けることで等しく確立できる」という考えに同意しません。おそらくフィクションを除いて、目次と各章とセクションの説明的な名前がない本を扱いたくありません。プログラミング言語では、これは関数が提供できる読みやすさであり、コメントはそうではありません。
—
ライモイド
関数で宣言された変数は宣言される必要があることに注意してください
—
スパイダーボリス
local-これは、重要な変数のスコープを提供します。
私はあなたの上司に同意しません。スクリプトを関数に分解する必要がある場合は、おそらく最初からシェルスクリプトを作成しないでください。代わりにプログラムを作成してください。
—
el.pescado
関数は、スクリプト内または複数のスクリプト内で繰り返されるプロセス用です。また、統一された方法論を導入することもできます。たとえば、関数を使用してsyslogに書き込む。誰もが同じ機能を使用している限り、syslogエントリはより一貫しています。あなたの例のようなシングルユース機能は、スクリプトを不必要に複雑にします。場合によっては、問題が発生します（変数のスコープ）。
—
-Xalorous
main()では、上部に配置main "$@"し、下部に追加して呼び出します。これにより、高レベルのスクリプトロジックを開いたときに最初に見ることができます。