有没有办法使用 getopts 将字符串作为开关?

发布于 2024-09-13 01:27:29 字数 280 浏览 8 评论 0原文

我正在查看是否有一种方法可以让 getopts 处理带有字符串而不是字符的开关。

例如,我想提供如下内容:

script.ksh -file1 file1.txt -file2.txt

而不是:

script.ksh -f file1.txt -g file2.txt

Is this possible with unix getopts?

I am seeing if there is a way for getopts to handle switches with strings instead of characters.

For example, I would like to supply something like this:

script.ksh -file1 file1.txt -file2.txt

Instead of:

script.ksh -f file1.txt -g file2.txt

Is this possible with unix getopts?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

忆悲凉 2024-09-20 01:27:29

不,getopts 不可能做到这一点。您必须自己进行解析,例如使用 case 开关:

while (($# > 0))
do
    case "$1" in
    -file1)
        shift
        file1=$1;;
    -file2)
        shift
        file2=$1;;
    esac
    shift
done

No, it's not possible with getopts. You must do your own parsing, e.g. with a case switch:

while (($# > 0))
do
    case "$1" in
    -file1)
        shift
        file1=$1;;
    -file2)
        shift
        file2=$1;;
    esac
    shift
done
原谅过去的我 2024-09-20 01:27:29

外部 getopt (注意没有“s”)可以处理长选项,但它有其自身的缺点。

来自 BashFAQ/035

切勿使用 getopt(1)。 getopt 无法处理空参数字符串或嵌入空格的参数。请忘记它曾经存在过。

The external getopt (note no "s") can handle long options, but it has its own disadvantages.

From BashFAQ/035:

Never use getopt(1). getopt cannot handle empty arguments strings, or arguments with embedded whitespace. Please forget that it ever existed.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文