[過去ﾛｸﾞ] シェルスクリプト総合 その31 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
899(2): デフォルトの名無しさん [sage] 2019/10/17(木) 17:10:16.84 ID:e7ZwLQTq(2/2) AAS
普通のプログラミング言語と違って
シェルスクリプトはブーリアンの分岐は可能なら
if else 使うよりも && || が見やすく良いと思う
900: デフォルトの名無しさん [sage] 2019/10/17(木) 17:12:52.81 ID:PM8kIYTO(4/6) AAS
>>894,899894(2): デフォルトの名無しさん [sage] 2019/10/17(木) 17:05:16.55 ID:e7ZwLQTq(1/2) AAS
# # ls *txt && echo ok || echo bad
ls: '*txt' にアクセスできません: No such file or directory
bad
# # touch foo.txt
# # ls *txt && echo ok || echo bad
foo.txt
ok
こんな要領か？
いけた
分岐後の処理も大したことしないしこれでやってみようと思う?
903: デフォルトの名無しさん [sage] 2019/10/17(木) 17:19:49.73 ID:z1/RyPhF(5/10) AAS
>>899
それだめ。 shellcheck使ってみ、エラーになる。
shellcheck において && || みたいな三項演算子風な使い方は
func && VALUE=ok || VALUE=ng
という書き方（変数代入）のみ認められる。
func && foo || bar
は認められない。
なぜかと言うと、
1. func が 正常終了して
2. foo が 異常終了すると
3. bar が 実行されるから
変数代入に限れば必ずVALUE=okは正常終了するから、
この書き方に限って許されてる。
だから、一応fooが必ず正常終了するものであれば、使えなくはないけど
静的解析ではそれを知ることが不可能なので、shellcheckはエラーになる。
あともう一つ、barが異常終了したとき、&& || だと $?はエラーになるが、
ifで書けばfi終了後、$? は正常終了になってるという違いもある。
だからset -eでの挙動が変わる。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s