Terminologias básicas usadas no desenvolvimento de APIs
API Key - Vamos chamá-los de um conjunto de instruções codificadas passadas para solicitações de API recebidas. O objetivo deles é identificar a origem e a natureza da solicitação recebida. Eles são uma parte inseparável da arquitetura da API, necessária para bloquear fontes duvidosas que acessam informações do serviço da web.
Endpoint - São referenciados para passar um valor em uma determinada URL.
JSON - A sigla significa JavaScript Object Notion. Este é um formato predefinido que o desenvolvimento de API depende para passar solicitações e enviar respostas entre dois aplicativos.
GET - APIs RESTful usam o mesmo que um método HTTP para reunir recursos.
PUT - Novamente, um método HTTP de edição de dados existentes. As Agências de Desenvolvimento o envolvem principalmente quando atualizam uma coleção de informações. Por exemplo, uma mesa.
PATCH - Usado ao atualizar um único valor. Como uma única entrada em uma tabela (sobre o exemplo acima).
POST - A interoperabilidade é um processo de duas vias. Se uma API precisar coletar informações de um endpoint, ela deverá estar aberta ao compartilhamento de dados de sua extremidade. POST é um método HTTP para APIs RESTful para construir (ou adicionar) tais recursos.
DELETE - Autoexplicativo.
JSON Web Token - É um padrão usado para criar tokens de acesso para um aplicativo.
API Throttling - Esse recurso é uma parte fundamental do desenvolvimento de uma API. Ele regula a frequência de usuários que acessam a API em um determinado momento. Quando o tráfego do site aumenta além de um limite definido pelos desenvolvedores, o erro 429 é exibido, que diz "Muitos leitores".
Rate Limiting - Todos nós já enfrentamos situações ao alternar entre as guias de aplicativos/sites quando exibimos uma nota que diz algo como “Nosso site detectou tráfego incomum do seu computador”. Não é nada além da API limitando a taxa de acesso de usuário único.
coloaqui imagem 🔴
Tipos de propriedade de APIs da Web
APIs Abertas essas APIs estão disponíveis publicamente para uso como APIs Oauth do Google e não há restrição para usá-las. Por isso, eles também são conhecidos como APIs públicas.
APIs Internas As APIs que são desenvolvidas pelas empresas para usar em seus sistemas internos para que possam aumentar a produtividade das equipes de desenvolvimento onde uma equipe pode usar serviços de outro projeto da empresa são chamadas de APIs internas. Essas APIs também são conhecidas como APIs privadas.
APIs Parceiras direitos ou licenças específicas para acessar esse tipo de API porque não estão disponíveis ao público. Normalmente, esses tipos de APIs estão associados a serviços pagos.
APIs Composite tanto os processos quanto as APIs compostas são uma sequência de tarefas, mas as APIs compostas combinam diferentes APIs de dados e serviços. É uma sequência de tarefas que são executadas de forma síncrona como resultado da execução onde o resultado do acionamento de uma Composite API é o resultado da execução e não a requisição que conterá o resultado da execução a pedido de uma tarefa. Seu principal uso é acelerar o processo de execução e melhorar o desempenho dos ouvintes nas interfaces web.
Tipos de formatos de APIs da Web
Em APIs de web service a classificação é feita de acordo com o tipo de comunicação e abordagem comportamental utilizada na construção de APIs:
SOAP - Deve haver um conjunto de protocolos de mensagens para que os serviços da Web interajam entre si. Simple Object Access Protocol é um conjunto predefinido de regras que permite a transmissão de tais mensagens. Ele usa a linguagem de definição de serviço da Web (WSDL) para publicar detalhes de sua interface. Ele usa a transferência de mensagens em formato XML proprietário.
REST - Representational State Transfer é um estilo de arquitetura de software usado para definir serviços web. Eles oferecem imenso valor de desenvolvimento de API, pois os códigos de solicitação podem limitar o escopo de sua solicitação a dados específicos e apontar para um bloco inteiro de informações. Quando as consultas recebidas apontam para conjuntos específicos de informações, isso reduz o tempo de processamento. As APIs RESTful são projetadas em conjunto com o protocolo REST.
GraphQL - O GraphQL foi criado a partir da necessidade de desenvolver recursos mais rápidos, uma carga de dados mais eficiente e maior adaptabilidade móvel. Essa linguagem de consulta da API permite que os clientes forneçam detalhes sobre os dados de que precisam e simplifica a adição de informações por meio de várias fontes.
XML-RPC - RPC significa chamadas de procedimento remoto e permite que os programas façam chamadas de procedimento ou função pela rede. Ele emprega protocolos HTTPS para transferir informações de um computador cliente para o servidor. Ao contrário do SOAP, aqui usamos um formato XML específico para transferência de dados. Seu consumo de largura de banda é relativamente menor do que outras APIs de serviços da Web, além de ser fácil de executar.
JSON-RPC - RPC é um protocolo de chamada de procedimento remoto desenvolvido em JSON. Ele define apenas alguns tipos de dados e comandos, permite notificações e permite várias chamadas para o servidor que podem ser atendidas em nenhuma ordem específica. Ele tem vários recursos sobrepostos com XML-RPC, no entanto, ele usa JSON para transferir dados do que XML.