Typer, build great CLIs. Easy to code. Based on Python type hints (typer.tiangolo.com)

submitted 2 weeks ago by cm0002@lemmy.world to c/python@programming.dev

7 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] FizzyOrange@programming.dev 3 points 2 weeks ago

Typer and Pydantic are absolutely mandatory on any Python project I write. A million times better than argparse and dicts everywhere.

[-] logging_strict@programming.dev 0 points 2 weeks ago* (last edited 2 weeks ago)

Apples and oranges comparison

typer under the hood is click. Which you are right click is better than argparse cuz it's optparse.

Left scratching my head, are you praising, click? What is your typer sales point over plain ol' click.

Some questions

combining typer and click. Shows how to use click and/or typer to group sub-commands.
wake up, trio (and as a crutch anyio) is a thing. Making click and typer (and pathlib.Path) immediately legacy. No matter what it does. Here is the click trio port trio-click. Which i just checked, is actively maintained.

Where is the typer trio port?

Upon hearing cli, i think textual, not click (or now typer). So as the cli grows, the UI/UX becomes clunky. Splitting the source code into multiple modules doesn't change that. typer has examples with: progress bar, prompt, cli application directory, and launch applications. All which is better accomplished from an actual cli GUI.

[-] FizzyOrange@programming.dev 2 points 2 weeks ago

I have no idea what you're talking about. Typer adds a nice type annotation based interface which is both nice to use and means all your arguments are statically typed checked.

I don't use async Python normally (IMO it's one of those "if you need this you shouldn't be using Python" features).

[-] logging_strict@programming.dev 1 points 1 week ago

I don’t use async Python normally

Great! The Ludwicks have been waiting for a champion of blocking I/O to emerge. Where world+dog-FizzyOrange preference lies is 100% clear and has been since before we were born. Even us lowly Python devs prefer fast over idle CPUs.

This is why initially liked fastapi. It says fast right there in the name. It's curiously not named, abandonwareapi.

Typer adds a maintenance burden that, as SQLModel 70+ PRs attest, the author does not have time for. No other details are necessary to know. Abandonware is really just a time sink hurting everyone pulled in.

I'm not unreasonable. Fix the situation with SQLModel and my attitude will flip from critic --> supporter. And then will appreciate and look forward to posts about: fastapi, SQLModel, and Typer. Past grievances will be memory holed.