J'ai lu sur OAuth et il ne cesse de parler des points de terminaison. Qu'est-ce qu'un point final exactement?
J'ai lu sur OAuth et il ne cesse de parler des points de terminaison. Qu'est-ce qu'un point final exactement?
Réponses:
Toutes les réponses publiées jusqu'à présent sont correctes, un point final est simplement une extrémité d'un canal de communication. Dans le cas d'OAuth, vous devez vous préoccuper de trois points de terminaison:
J'espère que cela aidera à clarifier les choses. Amusez-vous à découvrir OAuth! Postez d'autres questions si vous rencontrez des difficultés lors de la mise en œuvre d'un client OAuth.
Allez les gars :) Nous pourrions le faire plus simplement, par des exemples:
/this-is-an-endpoint
/another/endpoint
/some/other/endpoint
/login
/accounts
/cart/items
et lorsqu'il est placé sous un domaine, cela ressemblerait à:
https://example.com/this-is-an-endpoint
https://example.com/another/endpoint
https://example.com/some/other/endpoint
https://example.com/login
https://example.com/accounts
https://example.com/cart/items
Peut être http ou https, nous utilisons https dans l'exemple.
Le point de terminaison peut également être différent pour différentes méthodes HTTP, par exemple:
GET /item/{id}
PUT /item/{id}
serait deux extrémités différentes - une pour r etrieving (comme dans « c R abréviation ud »), et l'autre pour u ise à jour (comme dans « cr U d »)
Et c'est tout, vraiment aussi simple que cela!
Endpoint , dans le jargon d'authentification OpenID, est l'URL à laquelle vous envoyez (POST) la demande d'authentification.
Extraits de l' API d'authentification Google
Pour obtenir le point de terminaison Google OpenID, effectuez la découverte en envoyant une requête HTTP GET ou HEAD à https://www.google.com/accounts/o8/id . Lorsque vous utilisez un GET, nous vous recommandons de définir l'en-tête Accept sur "application / xrds + xml". Google renvoie un document XRDS contenant une URL de point de terminaison de fournisseur OpenID. L'adresse de point de terminaison est annotée comme suit:
<Service priority="0">
<Type>http://specs.openid.net/auth/2.0/server</Type>
<URI>{Google's login endpoint URI}</URI>
</Service>
Une fois que vous avez acquis le point de terminaison Google, vous pouvez lui envoyer des demandes d'authentification, en spécifiant les paramètres appropriés (disponibles sur la page liée). Vous vous connectez au point de terminaison en envoyant une requête à l'URL ou en effectuant une requête HTTP POST.
Un point de terminaison est le «point de connexion» d'un service, d'un outil ou d'une application accessible via un réseau. Dans le monde des logiciels, toute application logicielle qui s'exécute et «écoute» les connexions utilise un point de terminaison comme «porte d'entrée». Lorsque vous souhaitez vous connecter à l'application / service / outil pour échanger des données, vous vous connectez à son point de terminaison
Le terme Endpoint a été initialement utilisé pour les services WCF. Plus tard, même si ce mot est utilisé comme synonyme de ressources API, REST recommande d'appeler ces URI (URI [s] qui comprennent les verbes HTTP et suivent l'architecture REST) comme "Ressource".
En un mot, une ressource ou un point de terminaison est une sorte de point d'entrée vers une application hébergée à distance qui permet aux utilisateurs de communiquer avec elle via le protocole HTTP.
Le ou les votes négatifs n'ont rien à voir avec moi, mais la source (: Même aucune raison indiquée pour cela.
Chaque point de terminaison est l'emplacement à partir duquel les API peuvent accéder aux ressources dont elles ont besoin pour exécuter leur fonction. C'est-à-dire que l'endroit où les API envoient des demandes et où réside la ressource, est appelé un point de terminaison.
D' une belle source .
Le point de terminaison du terme est l'URL qui se concentre sur la création d'une demande. Jetez un œil aux exemples suivants à partir de différents points:
/api/groups/6/workings/1
/api/v2/groups/5/workings/2
/api/workings/3
Ils peuvent clairement accéder à la même source dans une API donnée.
Réponse courte: "un endpoint est une abstraction qui modélise la fin d'un canal de message à travers lequel un système peut envoyer ou recevoir des messages" ( Ibsen, 2010 ).
Endpoint vs URI (homonymie)
Le point de terminaison n'est pas le même qu'un URI. L'une des raisons est qu'un URI peut conduire vers différents points de terminaison, comme un point de terminaison vers GET, un autre vers POST, et ainsi de suite. Exemple:
@GET /api/agents/{agent_id} //Returns data from the agent identified by *agent_id*
@PUT /api/agents/{agent_id} //Update data of the agent identified by *agent_id*
Endpoint vs ressource (homonymie)
Le point de terminaison n'est pas le même qu'une ressource. L'une des raisons est que différents points de terminaison peuvent accéder à la même ressource. Exemple:
@GET /api/agents/{agent_id} @Produces("application/xml") //Returns data in XML format
@GET /api/agents/{agent_id} @Produces("application/json") //Returns data in JSON format
En termes simples, un point final est une extrémité d'un canal de communication. Lorsqu'une API interagit avec un autre système, les points de contact de cette communication sont considérés comme des points de terminaison. Pour les API, un point de terminaison peut inclure une URL d'un serveur ou d'un service. Chaque point de terminaison est l'emplacement à partir duquel les API peuvent accéder aux ressources dont elles ont besoin pour exécuter leur fonction.
Les API fonctionnent à l'aide de «requêtes» et de «réponses». Lorsqu'une API demande des informations à une application Web ou à un serveur Web, elle recevra une réponse. L'endroit où les API envoient les demandes et où réside la ressource s'appelle un point de terminaison.