Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Muita gente acha que a validação de registros só faz sentido com métodos de escrita como PUT e DELETE. Mas na prática, essa checagem é fundamental em qualquer operação que altere ou remova dados.
---
Quando a gente faz uma requisição de atualização ou exclusão, o ideal é sempre verificar se o registro realmente existiu e se a operação teve efeito.
---
No exemplo clássico, o código checa se o número de linhas afetadas é zero, e aí já devolve um 404. Parece óbvio, mas muita gente esquece que esse tipo de validação melhora a experiência do usuário e evita bugs silenciosos. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.
---
Se a sua API não faz esse tipo de validação, fica fácil de enviar uma requisição que parece ter funcionado, mas na real o dado nem existia. Isso dá trabalho depois na hora de debugar ou gerar relatórios precisos. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.
Por que não usar essa validação também em operações de leitura, por exemplo, para garantir que o dado retornado é realmente o esperado? Ou será que estamos pensando demais na simplicidade e deixando passar detalhes importantes? Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte.
Verdade, Guto. Aqui no meu time, tentamos sempre otimizar essa checagem, mas sem perder a segurança. É um tradeoff que vale a pena pensar.
hum, mas na prática, essa validação pode impactar na performance se fizer em operações de alta freqência. Vocês já pensaram nisso?
Concordo, essa validação é o básico que todo desenvolvedor deveria fazer. Já passei por situações onde a falta dela gerou confusão na operação.
E onde o cache ou filas escondem o problema na hora do erro silencioso? Acho que a validação ajuda a detectar esses cenários antes que fiquem invisíveis.
Exato, esse ponto é clássico. No meu sistema legado, a gente sempre reforça essa checagem pra evitar bugs com registros que sumiram sem aviso.