【问题标题】:Why these argument parsing errors?为什么这些参数解析错误?
【发布时间】:2012-11-01 04:23:01
【问题描述】:

我想编写一个需要-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

【问题讨论】:

    标签: linux bash ubuntu centos


    【解决方案1】:

    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"
    

    【讨论】:

    • 非常感谢。你知道编写--help 输出的标准吗?例如。我应该有多少空格来表示强制和可选的参数和选项?
    • 在摘要行中,方括号中为可选项目,非必填项目:cmd [-ov] -c username -f filename。除了“足够”之外,空间没有标准。在示例中,我使用了 4;够了; 2 可能是提供一些分离的最小值。否则,探索...用--help 运行各种命令,看看它们做了什么。有些比其他长。
    猜你喜欢
    • 1970-01-01
    • 2012-12-01
    • 2018-10-19
    • 2022-01-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-10-04
    • 2020-11-27
    相关资源
    最近更新 更多