Questão 1
Não respondida
~/questoes/programacao
Quando um cliente envia dados malformados para um endpoint FastAPI, o Pydantic valida automaticamente esses dados antes de chegarem à sua lógica de negócio. Se os dados não correspondem ao schema definido, a requisição é rejeitada imediatamente com um erro 400 Bad Request, protegendo sua aplicação contra dados inválidos.
O Pydantic, integrado nativamente ao FastAPI, rejeita automaticamente dados malformados e retorna um erro 400 Bad Request com detalhes específicos sobre quais campos estão inválidos. Isso evita que dados ruins cheguem ao seu banco de dados ou lógica de negócio.
FastAPI não redireciona dados malformados para validação manual. Justamente o oposto: a validação é automática e você não precisa lidar com isso manualmente. O Pydantic faz tudo nos bastidores.
Dados malformados nunca são salvos no banco com valores padrão. FastAPI rejeita a requisição antes dela chegar ao banco de dados. Isso é uma proteção importante para manter a integridade dos seus registros.
Esta é a resposta correta. O Pydantic valida automaticamente e rejeita dados malformados, retornando erro 400 Bad Request. O cliente recebe uma resposta clara sobre quais campos estão inválidos, permitindo corrigir o problema.
O servidor não ignora dados malformados silenciosamente. FastAPI retorna um erro explícito (400 Bad Request) para avisar o cliente que algo está errado. Ignorar dados ruins é uma prática perigosa.