我想编写一个需要 -c
和 -f
的脚本,其中每个都需要一个选项。
当我运行下面的脚本时,出现了一些意外错误:
$ ./user.sh -c
./user.sh: option requires an argument -- c
Usage: user.sh -c username -f filename
-c username
-f SSH public key
$ ./user.sh -c gg
Error: You have not given a filename.
在第一种情况下,我希望它说我缺少 -c
的选项,在第二种情况下,我希望它说我缺少 -f
.
问题
我如何进行此类错误处理,我做错了什么?
user.sh
#!/bin/bash
usage () {
echo "Usage: user.sh -c username -f filename"
echo " -c username"
echo " -f SSH public key"
echo ""
}
if ! [ "$*" ]; then
usage
exit 1
fi
while getopts "c:f:" opt; do
case $opt in
c) user=$OPTARG;;
f) filename=$OPTARG;;
\?)
echo
usage
exit 1;;
*) echo "Internal error: Unknown option.";;
esac
done
if ! [ $filename ]; then
echo "Error: You have not given a filename."
exit 1
fi
if ! [ $user ]; then
echo "Error: You have not given an username."
exit 1
fi
最佳答案
c:
表示“-c
选项后面必须跟一个用户名”。
错误消息说“-c
选项后面没有用户名”。
当然,它没有提到“用户名”,但那是因为它不知道选项 -c
后面是什么。
getopts
内置函数无法处理强制选项;您必须通过检查强制选项是否确实已通过来为自己编写代码。如果相同的选项被指定两次,它也不用担心;如果重要的话,您的代码必须处理它。 (很容易让最后指定的值生效。)
现代风格是避免在强制参数之前使用选项字母。我并不完全赞成这种改变。这意味着参数的顺序变得至关重要,而使用选项字母来指示后面的内容则不然。如果没有选项字母,你会写:./user.sh username filename
,但如果有选项字母,你可以写其中任何一个并期望它工作:
./user.sh -c username -f filename
./user.sh -f filename -c username
请注意,您也有责任担心额外的参数。您通常会使用:
shift $(($OPTIND - 1))
删除处理过的参数,然后你可以这样做:
case "$#" in
(0) : No extra arguments - OK;;
(*) echo "$0: Too many arguments" >&2; exit 1;;
esac
以及该主题的变体。请注意,错误报告被发送到标准错误,而不是标准输出——>&2
重定向将标准输出(文件描述符 1)发送到标准错误(文件描述符 2)。
为避免歧义,我会对您的使用函数进行一些不同的编码:
usage()
{
{
echo "Usage: user.sh -c username -f filename"
echo " -c username Name of user to connect as"
echo " -f filename SSH public key file"
echo ""
} >&2
}
内部大括号整体进行 I/O 重定向,无需启动子 shell。当您需要向同一个地方发送多个回显命令时,这会很有用。我还提供了一些不同的详细信息,这样用户就不会误以为“SSH 公钥”是跟在 -f
后面的三个参数。如果有任何纯选项标志,它们后面会跟有空格:
echo " -V Print version information and exit"
关于linux - 为什么这些参数解析错误?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13166619/