我有一个以 getopts 开头的脚本,如下所示:
USAGE() { echo -e "Usage: bash $0 [-w <in-dir>] [-o <out-dir>] [-c <template1>] [-t <template2>] \n" 1>&2; exit 1; }
if (($# == 0))
then
USAGE
fi
while getopts ":w:o:c:t:h" opt
do
case $opt in
w ) BIGWIGS=$OPTARG
;;
o ) OUTDIR=$OPTARG
;;
c ) CONTAINER=$OPTARG
;;
t ) TRACK=$OPTARG
;;
h ) USAGE
;;
\? ) echo "Invalid option: -$OPTARG exiting" >&2
exit
;;
: ) echo "Option -$OPTARG requires an argument" >&2
exit
;;
esac
done
more commands etc
echo $OUTDIR
echo $CONTAINER
我正在对此脚本进行一些测试,并且在某个阶段,我不需要/不想使用 -c 参数 [-c ]。换句话说,我试图测试脚本的另一个特定部分,根本不涉及 $CONTAINER 变量。因此,我只是在 $CONTAINER 的所有命令前面添加了 # 并进行了一些测试,这很好。
在不使用 $CONTAINER 的情况下测试脚本时,我输入:
bash script.bash -w mydir -o myoutdir -t mywantedtemplate
但是,我想知道,鉴于我的 getopts 命令,我没有收到警告。换句话说,为什么我没有收到要求 -c 参数的警告。这可能吗?仅当我键入以下内容时才会出现警告:
bash script.bash -w mydir -o myoutdir -t mywantedtemplate -c
更新
做了一些测试后,我认为是这样的:
- 如果你没有明确地写“-c”,getopts 不会“询问”你并给你一个错误(除非你的脚本正在用它做一些事情 - 即如果你没有把 # 放在每个命令的前面使用这个论点)
- 如果你输入“-c”,你只会得到一个错误,而不是别的
这个对吗?大概我所做的是“糟糕的做法”,应该避免:在测试时,我应该完全从 getopts 命令中删除 c: 。
我想我要问的是:当你告诉 getopts 参数时(我脚本中的“while”行),我们是在说:这些是你可以期待的选项,后面跟着“:”的选项应该与他们。但他们不必被给予。即,您可以期待带有参数的 c 选项,但如果您根本没有获得 c 选项,则不要抛出错误。
该
getopts
实用程序不知道强制选项,只知道允许哪些选项(以及其中哪些选项应该采用选项参数)。如果要强制执行强制选项,则必须在选项解析循环中或之后使用自己的测试来执行此操作。该
getopts
实用程序不会这样做,因为选项可能具有更复杂的关系,例如某些选项冲突,某些选项需要存在其他选项等。这留给脚本作者使用他们自己的逻辑进行整理。我不确定您要问的是什么,但
getopts
它会解析已经提供给程序的命令行,并逐个弹出它看到的选项程序代码处理起来有点容易的格式。它确实可以选择为它不知道的选项打印错误,但这就是它所做的一切。它并没有真正向任何人“询问”任何东西,因为命令行在
getopts
被调用时已经固定。除非程序的其余部分实现它,否则没有交互。它也没有,也不知道程序运行需要哪些选项(“optstring”
getopts
作为参数没有语法)。通常的情况是不需要任何选项(想想ls
,rm
,vi
...),并且在您确实有必需选项的情况下,您可以在脚本中手动检查它们。考虑这个例子:
该脚本显式检查是否
a
已给出。如果没有检查,程序会很高兴没有它继续运行。getopts
也被告知接受c
作为一个选项,并且没有给出错误。脚本完全忽略了它,因为我没有在里面放一个c)
或一个*)
案例。无法getopts
知道此特定选项将被忽略。请注意,使用提示中方括号的习惯含义是告诉一个选项是可选的,所以如果您的意思是所有的
-w
,-o
,-c
,-t
都应该提供给您的脚本,我建议删除方括号。