Executando verificação de segurança...
3

Dúvida sincera aqui

Será que não tem muita gente que se perde em busca do RESTful perfeito e acaba adicionando uma complexidade desnecessária por conta de preciosismo?

Acredito que RESTful pode funcionar muito bem para CRUDs, mas no operacional da maioria das empresas acredito que rotas que seriam consideradas como RPC para os mais puristas funciona muito melhor do que empacotar tudo como entidades/CRUD.

Sobre HATOEAS

Pela minhha experiência até hoje, acredito que HATOEAS é uma boa ideia se o seu produto (ou a parte mais significativa) é a API, por exemplo, em HUBs de marketplaces a API é parte vital para o serviço e acho que o HATOEAS encaixa bem.

Mas para uma aplicação interna, onde a API é feita para um frontend bem específico, aí eu já acho HATOEAS over engeneering.

Carregando publicação patrocinada...
1

Fala user1! Obrigado por comentar.

Concordo 100% com você! O intuito desse artigo foi apenas cobrir se podemos considerar nossa API como REST, pois no mercado você encontra diversas que se consideram, mas até quando da erro, recebemos código 200, infelizmente kkk.

Sobre a questão da busca do RESTful perfeito, é realmente muito, mas muito raro encontrarmos ela por ai, exatamente pelo ponto que você colocou, a complexidade desnecessária.

Esse debate já é conhecido, não sou do time que se considera purista, quase sempre esse pessoal acaba entrando nesse mérito, sempre vamos cair no famoso over engineering, que atrapalha o prazo e custo de um projeto.

Por isso sempre é melhor entender o negócio, relacionar com a arquitetura e realmente bater o martelo para decidir o caminho, não seguir apenas o livro.

TMJ!