Python argparse mutual exclusive group

65,640

Solution 1

add_mutually_exclusive_group doesn't make an entire group mutually exclusive. It makes options within the group mutually exclusive.

What you're looking for is subcommands. Instead of prog [ -a xxxx | [-b yyy -c zzz]], you'd have:

prog 
  command 1 
    -a: ...
  command 2
    -b: ...
    -c: ...

To invoke with the first set of arguments:

prog command_1 -a xxxx

To invoke with the second set of arguments:

prog command_2 -b yyyy -c zzzz

You can also set the sub command arguments as positional.

prog command_1 xxxx

Kind of like git or svn:

git commit -am
git merge develop

Working Example

# create the top-level parser
parser = argparse.ArgumentParser(prog='PROG')
parser.add_argument('--foo', action='store_true', help='help for foo arg.')
subparsers = parser.add_subparsers(help='help for subcommand', dest="subcommand")

# create the parser for the "command_1" command
parser_a = subparsers.add_parser('command_1', help='command_1 help')
parser_a.add_argument('a', type=str, help='help for bar, positional')

# create the parser for the "command_2" command
parser_b = subparsers.add_parser('command_2', help='help for command_2')
parser_b.add_argument('-b', type=str, help='help for b')
parser_b.add_argument('-c', type=str, action='store', default='', help='test')

Test it

>>> parser.print_help()
usage: PROG [-h] [--foo] {command_1,command_2} ...

positional arguments:
  {command_1,command_2}
                        help for subcommand
    command_1           command_1 help
    command_2           help for command_2

optional arguments:
  -h, --help            show this help message and exit
  --foo                 help for foo arg.
>>>

>>> parser.parse_args(['command_1', 'working'])
Namespace(subcommand='command_1', a='working', foo=False)
>>> parser.parse_args(['command_1', 'wellness', '-b x'])
usage: PROG [-h] [--foo] {command_1,command_2} ...
PROG: error: unrecognized arguments: -b x

Good luck.

Solution 2

While Jonathan's answer is perfectly fine for complex options, there is a very simple solution which will work for the simple cases, e.g. 1 option excludes 2 other options like in

command [- a xxx | [ -b yyy | -c zzz ]] 

or even as in the original question:

pro [-a xxx | [-b yyy -c zzz]]

Here is how I would do it:

parser = argparse.ArgumentParser()

# group 1 
parser.add_argument("-q", "--query", help="query")
parser.add_argument("-f", "--fields", help="field names")

# group 2 
parser.add_argument("-a", "--aggregation", help="aggregation")

I am using here options given to a command line wrapper for querying a mongodb. The collection instance can either call the method aggregate or the method find with to optional arguments query and fields, hence you see why the first two arguments are compatible and the last one isn't.

So now I run parser.parse_args() and check it's content:

args = parser.parse_args()

if args.aggregation and (args.query or args.fields):
    print "-a and -q|-f are mutually exclusive ..."
    sys.exit(2)

Of course, this little hack is only working for simple cases and it would become a nightmare to check all the possible options if you have many mutually exclusive options and groups. In that case you should break your options in to command groups like Jonathan suggested.

Solution 3

There is a python patch (in development) that would allow you to do this.
http://bugs.python.org/issue10984

The idea is to allow overlapping mutually exclusive groups. So usage might look like:

pro [-a xxx | -b yyy] [-a xxx | -c zzz]

Changing the argparse code so you can create two groups like this was the easy part. Changing the usage formatting code required writing a custom HelpFormatter.

In argparse, action groups don't affect the parsing. They are just a help formatting tool. In the help, mutually exclusive groups only affect the usage line. When parsing, the parser uses the mutually exclusive groups to construct a dictionary of potential conflicts (a can't occur with b or c, b can't occur with a, etc), and then raises an error if a conflict arises.

Without that argparse patch, I think your best choice is to test the namespace produced by parse_args yourself (e.g. if both a and b have nondefault values), and raise your own error. You could even use the parser's own error mechanism.

parser.error('custom error message')
Share:
65,640

Related videos on Youtube

Sean
Author by

Sean

Hello World!! Hello friends!!

Updated on March 30, 2022

Comments

  • Sean
    Sean about 2 years

    What I need is:

    pro [-a xxx | [-b yyy -c zzz]]
    

    I tried this but does not work. Could someone help me out?

    group= parser.add_argument_group('Model 2')
    group_ex = group.add_mutually_exclusive_group()
    group_ex.add_argument("-a", type=str, action = "store", default = "", help="test")
    group_ex_2 = group_ex.add_argument_group("option 2")
    group_ex_2.add_argument("-b", type=str, action = "store", default = "", help="test")
    group_ex_2.add_argument("-c", type=str, action = "store", default = "", help="test")
    

    Thanks!

  • Sean
    Sean over 10 years
    I have already put them under an argument group. How can I add sub-command in this case? Thanks!
  • Jonathan
    Jonathan over 10 years
    Updated with sample code. You won't use groups, but subparsers.
  • hpaulj
    hpaulj about 10 years
    Python issue: bugs.python.org/issue11588 is exploring ways to let you write custom exclusive/inclusive tests.
  • sage
    sage over 7 years
    I would not call this a 'hack' for this case, since it seems both more readable and manageable - thanks for pointing it out!
  • WGH
    WGH over 7 years
    An even better way would be to use parser.error("-a and -q ..."). This way complete usage help will be printed out automatically.
  • code_dredd
    code_dredd almost 6 years
    But how would you do what OP originally asked? I currently have a set of sub-commands, but one of those sub-commands does need the ability to choose between [[-a <val>] | [-b <val1> -c <val2>]]
  • The Godfather
    The Godfather almost 5 years
    Please note that in this case you would also need to validate the cases like: (1) both q and f are required in first group is user, (2) either of the groups is required. And this makes "simple" solution not so simple any more. So I would agree that this is more hack for handcrafted script, but not a real solution
  • The Godfather
    The Godfather almost 5 years
    This does not answer the question because it does not allow you to make "noname" commands and achieve what OP asked for [-a xxx | [-b yyy -c zzz]]
  • hpaulj
    hpaulj over 2 years
    There's no active effort to add such a feature to argparse. Do your own post parsing testing.
  • Edward Spencer
    Edward Spencer over 2 years
    if you need at least one of the two options, you can make this exclusive or by changing the if statement to if bool(args.aggregation) is bool(args.query or args.fields):