Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

FastAPI 0.100.0 release notes

fastapi.tiangolo.com

Post reply on HN
Print view View original

101–110 of 115 posts

Re: FastAPI 0.100.0 release notes

#101

Post by provinzkraut »

holler wrote: post #55
v3ss0n wrote: post #50

https://litestar.dev is also reaching 2.0 .it is a lot faster than FastAPI yet much better maintained. Has DTO, event and channels, Repository, Service DDD style framework built-in. No promotional commits. I had written the reason of moving away from FastApi here and intro to Litestar 2.0. https://dev.to/v3ss0n/litestar-20-beta-speed-of-light-power-...

How does it compare to Starlette? (lib FastAPI uses under the hood) I've used vanilla Starlette for recent projects and it's been great.

Hi, Litestar maintainer here.

Starlette and Litestar are very different. Starlette is closer to Flask or actually Werkzeug; A micro framework / toolkit for building apps.

While we don’t aim to develop "The next Django", Litestar offers way more out of the box than Starlette and other micro frameworks.

Re: FastAPI 0.100.0 release notes

#102

Post by v3ss0n »

miiiiiike wrote: post #68

I wish Django would take async more seriously. This comment gives a pretty good overview of the current situation (some points are more valid than others): https://github.com/encode/django-rest-framework/discussions/... The Python ecosystem is strange. Where other dev communities will embrace new ways of doing things faster than most people can keep up — the Python community needs to be pulled kicking and screaming i…

None of the mini-framework based on Starlette is close to Django's fullstack facility, but upcoming litestar 2.0 have a lot of features that Django people desires. We have DTO + Repository + Sqlalchmey plugin system , that - just with definition of SQlalchmey 2.0 model , it will give you and DDD style Repository Service with

CRUD , Filtering , Pagination , and many common apis by default . Those need Extension in django.

For CRUD : https://github.com/litestar-org/litestar-pg-redis-docker/

For fullstack experience see : https://github.com/cofin/litestar-fullstack - it has Users and Auth , Roles , Teams , Tagging , Data migration , Caching , Background Worker Services , Background scheduling , manage.py-like cli for creating users , admin users , and docker containers.

Re: FastAPI 0.100.0 release notes

#103

Post by v3ss0n »

btreecat wrote: post #96
andrewstuart wrote: post #84

Earlier quoted context omitted.

I’m not a fan of the complexity of containers or kubernetes. Everything I’ve built scales vertically on bare OS very nicely. Regarding litestar, if I wanted to do Python web development I’d use Starlette, which I really liked, but I’ll probably stick with nodejs and typescript from here for web applications.

Great, so we just gotta "ship your bare OS" to prod. That's exactly what a container is for. Container is just a logical isolation tool that works at the distribution/deployment level.

> Great, so we just gotta "ship your bare OS" to prod.

Back in 2008 , We ship by DDing the whole disk :D

Re: FastAPI 0.100.0 release notes

#104

Post by andrewstuart »

btreecat wrote: post #96
andrewstuart wrote: post #84

Earlier quoted context omitted.

I’m not a fan of the complexity of containers or kubernetes. Everything I’ve built scales vertically on bare OS very nicely. Regarding litestar, if I wanted to do Python web development I’d use Starlette, which I really liked, but I’ll probably stick with nodejs and typescript from here for web applications.

Great, so we just gotta "ship your bare OS" to prod. That's exactly what a container is for. Container is just a logical isolation tool that works at the distribution/deployment level.

What’s wrong with shipping source code?

Containers add huge complexity, for what?

Re: FastAPI 0.100.0 release notes

#105

Post by holler »

provinzkraut wrote: post #101
holler wrote: post #55

Earlier quoted context omitted.

How does it compare to Starlette? (lib FastAPI uses under the hood) I've used vanilla Starlette for recent projects and it's been great.

Hi, Litestar maintainer here. Starlette and Litestar are very different. Starlette is closer to Flask or actually Werkzeug; A micro framework / toolkit for building apps. While we don’t aim to develop "The next Django", Litestar offers way more out of the box than Starlette and other micro frameworks.

Ok that makes sense! I'll check it out. I pretty much just use Starlette + Mangum + Marshmallow for basic api functionality.

Re: FastAPI 0.100.0 release notes

#106

Post by henry_viii »

andrewstuart wrote: post #86
miiiiiike wrote: post #68

I wish Django would take async more seriously. This comment gives a pretty good overview of the current situation (some points are more valid than others): https://github.com/encode/django-rest-framework/discussions/... The Python ecosystem is strange. Where other dev communities will embrace new ways of doing things faster than most people can keep up — the Python community needs to be pulled kicking and screaming i…

Have a look at Starlette, it’s by the guy who made Django. FastAPI is built on Starlette and adds more batteries included. If you’re interested in async you’re far better off to go async native than with a framework that’s synchronous. Asyncpg is the fastest Python Postgres driver there is, works well with sanic, Starlette or FastAPI.

Correction: Starlette is made by the guy who made the Django REST Framework, not Django. DRF is a separate project from Django.

Re: FastAPI 0.100.0 release notes

#107

Post by braza »

andrewstuart wrote: post #104
btreecat wrote: post #96

Earlier quoted context omitted.

Great, so we just gotta "ship your bare OS" to prod. That's exactly what a container is for. Container is just a logical isolation tool that works at the distribution/deployment level.

What’s wrong with shipping source code? Containers add huge complexity, for what?

I think complexity can have multiple interpretations, especially in a fragmented discipline as software engineering.

However, at least for me containers solves 3 main source of problems to shipping code in a current software environment: (1) somewhat consistency around runtime environment between production, development and homologation (2) a portable way to deliver software (just create the image) and (3) packaging between source code and runtime.

I started my career at the late-2000s and at least in my experience the code itself was the least of issues because we needed to develop something in a environment to be delivered at a runtime in another, transfer the files via FTP or replace files with _.old and making sure that it would work in all places.

Re: FastAPI 0.100.0 release notes

#108

Post by d0mine »

jammycrisp wrote: post #40
nerdponx wrote: post #38

Earlier quoted context omitted.

I haven't heard of Starlite or Litestar before. Is one a fork of the other? Their documentation intro text is identical: > {Litestar|Starlite} is a powerful, flexible, highly performant, and opinionated ASGI framework, offering first class typing support and a full Pydantic integration. > > The {Litestar|Starlite} framework supports Plugins, ships with dependency injection, security primitives, OpenAPI schema generat…

starlite was the original name, it was recently renamed to litestar due to comments about how easily confused "starlette" and "starlite" are.

data point in favor of the renaming: while reading GP, I've assumed that "starlite" is a typo for "starlette."

Re: FastAPI 0.100.0 release notes

#109

Post by andrewstuart »

henry_viii wrote: post #106
andrewstuart wrote: post #86

Earlier quoted context omitted.

Have a look at Starlette, it’s by the guy who made Django. FastAPI is built on Starlette and adds more batteries included. If you’re interested in async you’re far better off to go async native than with a framework that’s synchronous. Asyncpg is the fastest Python Postgres driver there is, works well with sanic, Starlette or FastAPI.

Correction: Starlette is made by the guy who made the Django REST Framework, not Django. DRF is a separate project from Django.

Thanks.

Re: FastAPI 0.100.0 release notes

#110

Post by TheRealPomax »

throwawaymaths wrote: post #64
TheRealPomax wrote: post #61

Earlier quoted context omitted.

No, they don't. They literally link out to semver.org

Zerover is satire.

You're a few years behind: people actually went "haha, good joke... for real tho that's actually how we version, let's make it official" and then started using it in earnest.

There've been plenty of projects that officially use 0.x versioning for years now.

Post reply on HN