从 optparse 切换到 argparse 后 - 我遇到了奇怪的错误。 Argparse 仅在不留空格的情况下解析参数:

myScript.py -oOpt

或者放一个等号:

myScript.py -o=Opt

它不能正常工作:

myScript.py -o Opt

这是我的 argparse 初始化:

#!/usr/bin/env python
# to get description use the -h flag

import argparse, os, sys


# ======================
# Python2.7 is expected:

if sys.version_info[0] != 2 or sys.version_info[1] < 7:
    sys.exit('This program needs Python2.7+')


# ==========
# preambule:

desc = """Enter dirs in the current dir and makes gro out of state.cpt there."""
# parser = argparse.ArgumentParser()
parser = argparse.ArgumentParser(description=desc, version='2.3', formatter_class=argparse.ArgumentDefaultsHelpFormatter)
parser.add_argument('-w', '--workWith',
                    help = 'to specify a Gromacs exec suffix', 
                    dest = 'wW',
                    action = 'store',
                    default = '-4.5.5-single',
                    )
parser.add_argument('-g', '--gro',
                    help = '.gro postfix: <nameOfTheDir><postfix>.gro', 
                    dest = 'myGroPostfix',
                    action = 'store',
                    default = "_membrane",
                    )
parser.add_argument('-H', '--here',
                    help = 'toggles - single (current) dir behaviour (the output will be state.gro)', 
                    dest = 'Here',
                    action = 'store_true',
                    )
parser.add_argument('-D', '--dirs',
                    help = 'include these dirs (python\'s rgxp in SINGLE quotes), defaults to \'\'', 
                    dest = 'inclDirs',
                    action = 'store',
                    default = '',
                    )

args = parser.parse_args()


print args.wW

编辑:

更多:

 gmx_bk-simulate-mems.py -j bk-runs-mpi.bash -p 1 -w="-4.5.5-double_non-parallel_gcc" 2&> ../`date +%Y-%b-%d-%H%M%S`.log &

给出:

 gmx_bk-simulate-mems.py: error: unrecognized arguments: 2

看起来 argparse 将 2&> 视为选项(或 2&> 和 ../date +%Y-% b-%d-%H%M%S.log 作为选项)!

编辑 2:

总结一下:

• 对于 argparse - "-4.5.5-double_non-parallel_gcc" 是一个错误的选项名称 - 这就是为什么它需要写为 -w="-4.5.5-double_non-parallel_gcc"。对于 optparse 和 bash (!) 这很好。 bash 甚至在 -w="-4.5.5-double_non-parallel_gcc" 处给出错误 - 它认为 arg 是 ="-4.5.5- double_non-parallel_gcc" (!);

• 没有 2&> 这样的东西。 2> 应该可以使用，并且不会出错；

• 这是 shell 将行拆分为参数，而不是 python；

• argparse 比 optparse 好得多。

最佳答案

首先，有必要做一个小小的区分。 argparse 模块不解析您的命令行参数，shell 会解析。 shell 负责将您在 shell 中键入的行转换为标记，然后传递给 sys.argv，一个 python 数组/命令行参数序列。 argparse 模块简单地理解出现在 sys.argv 中的内容。

这种区别将澄清您注意到的两个“错误”。首先，考虑 -w "-4.5.5-double_non-parallel_gcc"(注意缺少等号)。 shell 将这两个标记解析为 -w 和 -4.5.5-double_non-parallel_gcc，并将这两个字符串传递给 sys.argv。没有等号，这似乎是两个选项:-w(没有参数)和 -4 with .5.5-double_non-parallel_gcc作为论据。您需要等号，以便将所有内容解析为单个标记。

编辑部分

至于2&>，argparse 无法控制给定标记是否被视为参数。如果 sys.argv 中出现某些内容，则意味着您的 shell 将其视为参数。

此处的标志是错误消息。请注意，该消息不是 unrecognized arguments: 2&>，而是 unrecognized arguments: 2。您的 shell 将“&>”识别为输出重定向，并相应地解析该行的其余部分(包括日志文件)。传递的唯一参数是“2”，因为 2&> 不是真正的重定向类型。 (&> 已经涵盖了 stderr 和 stdout，那么 2 会添加什么？)

在评论中，您声称 optparse 可以“处理”“2&>”。事实并非如此。 optparse 模块的作用与 argparse 完全相同，但 optparse 不像 argparse 那样验证位置参数。事实上，optparse 让真正的编程错误(在本例中，使用 2&> 作为一种 shell 重定向)漏掉了!您应该发布您的原始 optparse 代码，但我怀疑您按如下方式解析了您的参数:

opt, args = parser.parse_args()

你的脚本没有位置参数，所以我想你之后没有对 args 做任何其他事情。但是如果你要检查 args，你会发现 2 被认为是一个位置参数!

一般来说，如果脚本不接受位置参数并且您使用 optparse，则最好验证您没有收到任何位置参数，如下所示:

opt, args = parser.parse_args()
if args:
    parser.error("script takes no positional arguments")

argparse 模块为您完成这项工作，这就是它比 optparse 遥遥领先的原因(以及其他原因)。

关于Python:从 optparse 切换到 argparse，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10076159/