* `compresslevel` - Usado durante a compressão GZip. É um inteiro variando de 1 a 9. O padrão é `9`. Um valor menor resulta em uma compressão mais rápida, mas em arquivos maiores, enquanto um valor maior resulta em uma compressão mais lenta, mas em arquivos menores.

## Outros middlewares { #other-middlewares }

Há muitos outros middlewares ASGI.

Por exemplo:

    * Então, ao utilizar o FastAPI você estará economizando tempo de desenvolvimento, evitará _bugs_, linhas de código, e você provavelmente terá a mesma performance (ou melhor) do que não utilizá-lo (já...

constraints.DecimalMin.message = {item} debe ser mayor que {value}.
constraints.Digits.message = {item} debe ser un número. (Esperado: <número>.<número>)
constraints.Future.message = {item} debe ser una fecha futura.
constraints.Max.message = {item} debe ser menor o igual que {value}.
constraints.Min.message = {item} debe ser mayor o igual que {value}.
constraints.NotNull.message = {item} es obligatorio.

Y después de buscar durante mucho tiempo un framework similar y probar muchas alternativas diferentes, APIStar fue la mejor opción disponible.

Luego APIStar dejó de existir como servidor y Starlette fue creado, y fue una nueva y mejor base para tal sistema. Esa fue la inspiración final para construir **FastAPI**.

///

### Soporte del editor { #editor-support }

Todo el framework fue diseñado para ser fácil e intuitivo de usar, todas las decisiones fueron probadas en múltiples editores incluso antes de comenzar el desarrollo, para asegurar la mejor experiencia de desarrollo.

En las encuestas a desarrolladores de Python, es claro [que una de las funcionalidades más usadas es el "autocompletado"](https://www.jetbrains.com/research/python-developers-survey-2017/#tools-and-features).

**FastAPI** disponibiliza o mesmo `starlette.responses` através do `fastapi.responses` por conveniência ao desenvolvedor. Contudo, a maior parte das respostas disponíveis vem diretamente do Starlette. O mesmo acontece com o `Request`.

///

## Sobrescreva os manipuladores de exceções padrão { #override-the-default-exception-handlers }

pkg syscall (darwin-arm64), type BpfStat struct, Drop uint32
pkg syscall (darwin-arm64), type BpfStat struct, Recv uint32
pkg syscall (darwin-arm64), type BpfVersion struct
pkg syscall (darwin-arm64), type BpfVersion struct, Major uint16
pkg syscall (darwin-arm64), type BpfVersion struct, Minor uint16
pkg syscall (darwin-arm64), type Cmsghdr struct
pkg syscall (darwin-arm64), type Cmsghdr struct, Len uint32

{* ../../docs_src/server_sent_events/tutorial001_py310.py ln[1:25] hl[10:12,23] *}

/// tip | Consejo

Como Pydantic lo serializará en el lado de **Rust**, obtendrás un **rendimiento** mucho mayor que si no declaras un tipo de retorno.

///

### No async *path operation functions* { #non-async-path-operation-functions }

También puedes usar funciones `def` normales (sin `async`), y usar `yield` de la misma manera.

/// tip | Consejo

Como Pydantic lo serializará en el lado de **Rust**, obtendrás un **rendimiento** mucho mayor que si no declaras un tipo de retorno.

///

### *path operation functions* no-async { #non-async-path-operation-functions }

También puedes usar funciones `def` regulares (sin `async`), y usar `yield` de la misma forma.

</div>

Con esta funcionalidad de **Pydantic v2**, la documentación de tu API es más **precisa**, y si tienes clientes y SDKs autogenerados, también serán más precisos, con una mejor **experiencia para desarrolladores** y consistencia. 🎉

## No Separar Esquemas { #do-not-separate-schemas }

Ahora, hay algunos casos donde podrías querer tener el **mismo esquema para entrada y salida**.