Feature: Allow for creating a command in one line (plus import)

[jaraco]

First Check

• I added a very descriptive title here.
• I used the GitHub search to find a similar question and didn't find it.
• I searched the Typer documentation, with the integrated search.
• I already searched in Google "How to X in Typer" and didn't find any information.
• I already read and followed all the tutorials in the docs and didn't find an answer.
• I already checked if it is not related to Typer but to Click.

Note, searching for __name__ or __main__ in GitHub is ineffective, so a I scanned through issues, but couldn't land on a good search methodology.

Commit to Help

• I commit to help with one of those options 👆

Example Code

import autocommand


@autocommand.autocommand(__name__)
def main(name: str):
	print(f"Hello {name}"))

Description

In autocommand, the "hello world" is three lines shorter than the same for typer, because it allows a function to be decorated as "the command". Because autocommand is abandoned, I'm considering replacing it with typer. I'd like, however, not to add all of this boilerplate to each of my command scripts. I'd much rather typer provide a decorator that either:

• takes as input the __name__ parameter and does the == "__main__" check, or
• as proposed here, infer the globals from the call stack (similar to what importlib.resources does, such that supplying __name__ is also unnecessary.

Imagine, something like:

import typer

@typer.autorun
def main(name: str):
    typer.echo(f"Hello {name}"))

Where autorun figures out its call scope, inspects the f_globals['__name__'] and runs the command if it equals __main__.

This one change would go a long way to making typer a suitable replacement for autocommand.

Operating System

Other

Operating System Details

No response

Typer Version

n/a

Python Version

n/a

Additional Context

No response

[bswck]

As in Lucretiel/autocommand#37, we might use FunctionType.__module__ instead of frame inspection to figure out the moment to auto-run. This however assumes that typer.autorun is always used as a decorator (using only the @ syntax; not typer.autorun(func) for instance).