shまたはashのbash条件文を再構築するときに何を確認する必要がありますか？

私は、標準やコマンドよりも((...))andを使用して条件文を定式化する方が簡単であることに同意しません。そしての問題よりはるかに深刻ないくつかの問題があります。[[...]][test[[ ... ]](( ... ))[

[失敗した場合予期しないオペレータエラーです。現在使っていないようです。シェルコマンドの代わりに正しく（通常は拡張子を引用することを忘れます[）

正しく、持ち運びに便利な使い方は[/testを参考にするのが最善です。POSIX仕様。

安全を確保するためのいくつかの基本的な規則は次のとおりです。

• 引数からすべての単語拡張（$var、、、）を引用します$(cmd)。$((arithmetic))これは。[dash[[ ... ]](( ... ))

• [その他の引数を4つ以上渡さないでください]。つまり、廃止された-oand演算子を使用せず、グループ化にorを-a使用しないでください。したがって、一般的に表現は次のようになります。()[

  • の単一パラメータです。しかし、私はnullでないことを確認していることを明示的にするバリアントを[ "$string" ]使用することを好みます。[ -n "$string" ]$string
  • 単項演算子（-f、、、...）と対応するオペランドは、オプションで否定のために-r前に来ることができます。-n!
  • 二項演算子（=、、-gt...）と対応するオペランド2つ（前にはオプション）!
  • 算術演算子のオペランドは、オプションの符号付き10進整数定数でなければなりません。 、これらのオペランドで先行および末尾のスペースを許可するdashのと同じですが、すべての実装がこれを行うわけではありません。bash[

ポータブル演算子のリストについては、POSIX標準を確認してください。標準にはいくつかの拡張もdashあります（-nt、、、、、、、…）。-ef-k-O<>

パターンマッチングのために代わりにcaseコンストラクタ（）を使用してください。case $var in ($pattern)...if [[ $var = $pattern ]]...

拡張正規表現一致の場合は、次のものを使用できますawk。

ere_match() { awk -- 'BEGIN{exit !(ARGV[1] ~ ARGV[2])}' "$1" "$2"; }
if ere_match "$string" "$regex"...

変える:

if [[ $string =~ $regex ]]...

AND / ORの場合は、ORシェル演算子（優先順位が同じ）を使用して複数の[呼び出しを連結し、コマンドグループを使用して別のコマンド（単に。&&||[

if
  [ "$mode" = "$mode1" ] || {
    [ -f "$file" ] && [ -r "$file" ]
  }
then...

変える:

if [[ $mode = "$mode1" || ( -f $file && -r $file ) ]]; then...

いくつかのbash's/ dash's/ zsh's/ ksh's/ yash's test/ 非 POSIX 演算子[の標準同等物:

• -a file