我的问题基本上是this question的后续行动。这显示了如何使用plac
自动生成一个命令行界面,其中包含代表每个函数的子命令。
是否可以告诉plac
所有子命令共有的选项,并且可以被视为“全局”选项?实际上,这些选项在没有子命令的情况下应该有意义。
例如,我可能有svn checkout
和svn update
个子命令,但也需要svn -v
或svn --version
命令。
答案 0 :(得分:1)
几年前,我使用plac
设置了一个多处理脚本。它有多个命令,包含重叠的参数集。我会尝试抽象我做的事情
class Interface(object):
commands = ['fn1','fn2',...]
dict1 = dict(quiet=(...), dryrun=(...), ...)
dict2 = dict()
dict3 = dict()
dict1.update(dict2)
@plac.annotations(**dict1)
def fn1(self, dryrun, quiet, ...)
...
@plac.annotations(foo=(...), **dict2)
def fn2(self, foo, ...)
...
@plac.annotations(**dict2)
def fn3(self, ...)
...
因此,虽然每个函数的参数必须完整拼写,但注释可以通过混合和匹配各种字典来构建。
答案 1 :(得分:0)
我在plac
上生锈了,所以我将首先从基本的argparse
用法中解决这个问题。
p = argparse.ArgumentParser(version='1.2.3')
sp = p.add_subparser()
sp.add_parser('checkout')
sp.add_parser('update')
p.parse_args(['-v'])
返回1.2.3
并退出。但是-v
就像-h
,这是一个特殊的论点。
p.parse_args([])
虽然出现too few arguments
错误。即它需要一个子命令。如果“全局选项”类似于-d
。
几个资格:
新版本以不同的方式指定“版本”参数。
在3.3
中,不再需要子命令。这是由于必需参数错误消息的更改,并且可能/或可能不适用于将来的更改。
我认为如果解析器是由plac
生成的,这些限制仍然适用,但我必须检查plac
代码才能确定。