create subcommand-based CLI programs with docopt
Project description
[![Build Status](https://travis-ci.org/abingham/docopt-subcommands.png?branch=master)](https://travis-ci.org/abingham/docopt-subcommands)
# docopt-subcommands
A simple implementation of subcommands for docopt.
`docopt-subcommands` allows you to create subcommand-based programs
using [docopt](https://github.com/docopt/docopt). A subcommand-based program is
one in which the main program uses a "subcommand" argument to tell it what to
do.
The classic example of such a program is [git](https://git-scm.com/). The `git`
command with no arguments doesn't do much of anything. Instead, it's the first
argument to `git` - the *subcommand* - that tells it what to actually do. For
example:
```
git log
```
will give you the log for your repository. Likewise:
```
git rebase
```
is the subcommand for rebasing.
`docopt-subcommands` is here to help you create similar kinds of command-line
tools with `docopt`'.
## Quickstart
The basic idea behind `docopt-subcommands` is simple:
1. You provide a separate *handler function* for each subcommand.
2. The docstring for each handler function defines the docopt definition for
that subcommand.
3. You register your handler functions with the names of the subcommands which
will invoke them.
4. You provide a program name, version string, and (optionally) a top-level
documentation string.
Then `docopt-subcommands` does the work of stitching everything together into a
subcommand-driven program. Here's how it looks (from the included
`exampels/basic_example.py`):
```python
# Basic, most common usage of docopt_subcommands
import docopt_subcommands as dsc
# 1. Use the `command` decorator to add subcommands functions.
@dsc.command()
def foo_handler(args):
"""usage: {program} foo <name>
Apply foo to a name.
"""
print("Foo, {}".format(args['<name>']))
@dsc.command()
def bar_handler(args):
"""usage: {program} bar <name>
Apply bar to a name.
"""
print("Bar, {}".format(args['<name>']))
# 2. Pass a program name and version string to `main` to run a program with the
# subcommands you defined with the decorators above.
dsc.main(
program='docopt-subcommand-example',
version='docopt-subcommand-example v42')
```
If you run this program at the command line you'll see that you have a nice,
subcommand-based CLI program:
```shell
$ python basic_example.py
Usage: docopt-subcommand-example [options] <command> [<args> ...]
$ python basic_example.py -h
docopt-subcommand-example
Usage: docopt-subcommand-example [options] <command> [<args> ...]
Options:
-h --help Show this screen.
Available commands:
bar
foo
help
See 'docopt-subcommand-example help <command>' for help on specific commands.
$ python basic_example.py foo
usage: docopt-subcommand-example foo <name>
$ python basic_example.py foo -h
usage: docopt-subcommand-example foo <name>
Apply foo to a name.
$ python basic_example.py foo Bubba
Foo, Bubba
```
For more examples, see the `examples` directory.
## Advanced usage
For most users the basic usage described in "Quickstart" should be all you need,
but some users will need more control of `docopt_subcommands`. The
`docopt_subcommands.main()` that we used earlier is really just a convenience
layer on top of the real workhorse, `docopt_subcommands.Subcommands`. You can
instantiate this class directly, bypassing `main()`, and interact with it as you
need before actually invoke command-line processing.
For the most part, the arguments to the `Subcommands` initializer are very
similar to those to `main()`. This reflects the fact that `main()` really just
instantiates a `Subcommands` instance (if you don't provide one), populates it
with commands, and calls it with the command line arguments. You can do all of
these steps yourself if you need to.
As an example, here's what the basic example above looks like if you construct a
`Subcommands` instance directly.:
```python
import docopt_subcommands as dsc
import sys
sc = dsc.Subcommands(
program='docopt-subcommand-example',
version='docopt-subcommand-example v42')
@sc.command('foo')
def foo_handler(args):
"""usage: {program} {command} <name>
Apply foo to a name.
"""
print("Foo, {}".format(args['<name>']))
@sc.command('bar')
def bar_handler(args):
"""usage: {program} {command} <name>
Apply bar to a name.
"""
print("Bar, {}".format(args['<name>']))
sc(sys.argv[1:])
```
As you can see, it's not substantially different from the basic example.
`main()` primarily just adds a layer of convenience - mostly by choosing
reasonable default values for some things - that you lose with this approach.
# docopt-subcommands
A simple implementation of subcommands for docopt.
`docopt-subcommands` allows you to create subcommand-based programs
using [docopt](https://github.com/docopt/docopt). A subcommand-based program is
one in which the main program uses a "subcommand" argument to tell it what to
do.
The classic example of such a program is [git](https://git-scm.com/). The `git`
command with no arguments doesn't do much of anything. Instead, it's the first
argument to `git` - the *subcommand* - that tells it what to actually do. For
example:
```
git log
```
will give you the log for your repository. Likewise:
```
git rebase
```
is the subcommand for rebasing.
`docopt-subcommands` is here to help you create similar kinds of command-line
tools with `docopt`'.
## Quickstart
The basic idea behind `docopt-subcommands` is simple:
1. You provide a separate *handler function* for each subcommand.
2. The docstring for each handler function defines the docopt definition for
that subcommand.
3. You register your handler functions with the names of the subcommands which
will invoke them.
4. You provide a program name, version string, and (optionally) a top-level
documentation string.
Then `docopt-subcommands` does the work of stitching everything together into a
subcommand-driven program. Here's how it looks (from the included
`exampels/basic_example.py`):
```python
# Basic, most common usage of docopt_subcommands
import docopt_subcommands as dsc
# 1. Use the `command` decorator to add subcommands functions.
@dsc.command()
def foo_handler(args):
"""usage: {program} foo <name>
Apply foo to a name.
"""
print("Foo, {}".format(args['<name>']))
@dsc.command()
def bar_handler(args):
"""usage: {program} bar <name>
Apply bar to a name.
"""
print("Bar, {}".format(args['<name>']))
# 2. Pass a program name and version string to `main` to run a program with the
# subcommands you defined with the decorators above.
dsc.main(
program='docopt-subcommand-example',
version='docopt-subcommand-example v42')
```
If you run this program at the command line you'll see that you have a nice,
subcommand-based CLI program:
```shell
$ python basic_example.py
Usage: docopt-subcommand-example [options] <command> [<args> ...]
$ python basic_example.py -h
docopt-subcommand-example
Usage: docopt-subcommand-example [options] <command> [<args> ...]
Options:
-h --help Show this screen.
Available commands:
bar
foo
help
See 'docopt-subcommand-example help <command>' for help on specific commands.
$ python basic_example.py foo
usage: docopt-subcommand-example foo <name>
$ python basic_example.py foo -h
usage: docopt-subcommand-example foo <name>
Apply foo to a name.
$ python basic_example.py foo Bubba
Foo, Bubba
```
For more examples, see the `examples` directory.
## Advanced usage
For most users the basic usage described in "Quickstart" should be all you need,
but some users will need more control of `docopt_subcommands`. The
`docopt_subcommands.main()` that we used earlier is really just a convenience
layer on top of the real workhorse, `docopt_subcommands.Subcommands`. You can
instantiate this class directly, bypassing `main()`, and interact with it as you
need before actually invoke command-line processing.
For the most part, the arguments to the `Subcommands` initializer are very
similar to those to `main()`. This reflects the fact that `main()` really just
instantiates a `Subcommands` instance (if you don't provide one), populates it
with commands, and calls it with the command line arguments. You can do all of
these steps yourself if you need to.
As an example, here's what the basic example above looks like if you construct a
`Subcommands` instance directly.:
```python
import docopt_subcommands as dsc
import sys
sc = dsc.Subcommands(
program='docopt-subcommand-example',
version='docopt-subcommand-example v42')
@sc.command('foo')
def foo_handler(args):
"""usage: {program} {command} <name>
Apply foo to a name.
"""
print("Foo, {}".format(args['<name>']))
@sc.command('bar')
def bar_handler(args):
"""usage: {program} {command} <name>
Apply bar to a name.
"""
print("Bar, {}".format(args['<name>']))
sc(sys.argv[1:])
```
As you can see, it's not substantially different from the basic example.
`main()` primarily just adds a layer of convenience - mostly by choosing
reasonable default values for some things - that you lose with this approach.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Close
Hashes for docopt_subcommands-2.3.1-py2.py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 5f4b3f2da6bda71710b8413952f7e4126126b46377ec9a3d85dbb0714e3805e0 |
|
MD5 | 934eedddea192310fa186430370930cb |
|
BLAKE2b-256 | 53142e2398c5684657a4dd0c4bb6c2d7c196de8d63b7096345153f21ad1bb553 |