Qual é a diferença entre api repousante e api tradicional?

As APIs RESTful tentam ajustar TUDO em uma estrutura CRUD.

Isso não é realista, pois sua lógica de negócios pode exigir que você precise de 15 GETS e 12 POSTs por meio de um back-end do controlador.

A maioria das empresas nem faz APIs RESTful devido a essa limitação na implementação SUGERIDA.

Em vez disso, a maioria das APIs é uma mistura de RPC e REST.

Eu sugeriria ser flexível e criar o front-end mais fácil com um back-end escalável.

Para mim, uma "API tradicional" significa uma sub-rotina em um aplicativo de desktop. O aplicativo da área de trabalho passa alguns parâmetros para a sub-rotina e talvez a sub-rotina retorne algum resultado. O código da sub-rotina pode ser empacotado no mesmo executável que o aplicativo ou em algum tipo de código vinculado dinamicamente, como uma DLL no Windows. Quando você compila seu código, um vinculador é usado para conectar o aplicativo à sub-rotina.

Na verdade, você pode fazer algo parecido com isso na Internet usando o protocolo SOAP. O aplicativo é executado em um servidor e a sub-rotina (a API) é executada em um servidor diferente. Um WSDL é usado para especificar os parâmetros da sub-rotina.

No entanto, o aperto de mão SOAP entre os dois servidores pode ser bastante "falador" e pode ser bastante inflexível. É por isso que muitos desenvolvedores de serviços da Web usarão o REST. O REST ainda tem o conceito de um aplicativo de chamada em um servidor e uma sub-rotina (a API) em um servidor diferente. Mas o protocolo para fazer a chamada é um simples HTTP GET ou POST e, às vezes, um PUT ou DELETE. GET e POST são os mesmos protocolos usados ​​pelos navegadores da Web para obter páginas da Web em HTML e enviar dados de formulário. Os parâmetros de consulta do GET ou POST se tornam os parâmetros passados ​​para a sub-rotina no outro servidor. E, em vez de HTML, o outro servidor geralmente retornará algo como XML ou JSON.