Что такое конечная точка?

Я читал об OAuth, и он продолжает говорить о конечных точках. Что именно является конечной точкой?

Все ответы, опубликованные до сих пор, являются правильными, конечная точка - это просто один конец канала связи. В случае OAuth есть три конечные точки, с которыми вам нужно иметь дело:

1. URI временного мандатного запроса (URL-адрес маркера запроса в спецификации сообщества OAuth 1.0a). Это URI, на который вы отправляете запрос, чтобы получить несанкционированный токен запроса от сервера / поставщика услуг.
2. URI авторизации владельца ресурса (URL-адрес авторизации пользователя в спецификации сообщества OAuth 1.0a). Это URI, на который вы указываете пользователю авторизовать токен запроса, полученный из временного URI запроса учетных данных.
3. URI запроса токена (называется URL-адресом токена доступа в спецификации сообщества OAuth 1.0a). Это URI, на который вы отправляете запрос для обмена авторизованным токеном запроса на токен доступа, который затем можно использовать для получения доступа к защищенному ресурсу.

Надеюсь, что это поможет прояснить ситуацию. Получайте удовольствие, узнавая об OAuth! Если у вас возникнут какие-либо трудности с реализацией клиента OAuth, отправьте больше вопросов.

Давай, ребята :) Мы могли бы сделать это проще, на примерах:

/this-is-an-endpoint
/another/endpoint
/some/other/endpoint
/login
/accounts
/cart/items

и когда положить под домен, это будет выглядеть так:

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

Может быть http или https, мы используем https в примере.

Также конечная точка может отличаться для разных методов HTTP, например:

GET /item/{id}
PUT /item/{id}

будет два различных конечных точек - один для г etrieving (как в «с Р уд» аббревиатура), а другой для у pdating (как в «CR U D»)

И это все, действительно так просто!

Это один конец коммуникационного канала, поэтому часто он представляется в виде URL-адреса сервера или службы.

Конечная точка - это шаблон URL, используемый для связи с API.

Конечная точка в жаргоне аутентификации OpenID - это URL, на который вы отправляете (POST) запрос аутентификации.

Выдержки из API аутентификации Google

Чтобы получить конечную точку Google OpenID, выполните обнаружение, отправив HTTP-запрос GET или HEAD по адресу https://www.google.com/accounts/o8/id . При использовании GET мы рекомендуем установить заголовок Accept на «application / xrds + xml». Google возвращает документ XRDS, содержащий URL-адрес конечной точки поставщика OpenID. Адрес конечной точки помечается как:

<Service priority="0">
<Type>http://specs.openid.net/auth/2.0/server</Type> 
<URI>{Google's login endpoint URI}</URI> 
</Service>

После того, как вы приобрели конечную точку Google, вы можете отправлять ей запросы на аутентификацию, указав соответствующие параметры (доступные на связанной странице). Вы подключаетесь к конечной точке, отправляя запрос на URL-адрес или отправляя запрос HTTP POST.

Конечная точка - это «точка подключения» службы, инструмента или приложения, доступ к которым осуществляется по сети. В мире программного обеспечения любое приложение, которое работает и «прослушивает» соединения, использует конечную точку в качестве «входной двери». Когда вы хотите подключиться к приложению / услуге / инструменту для обмена данными, вы подключаетесь к его конечной точке

Термин Конечная точка изначально использовался для сервисов WCF. Позже, хотя это слово используется как синоним ресурсов API, REST рекомендует называть эти URI (URI, которые понимают глаголы HTTP и следуют архитектуре REST) ​​«Ресурсом».

В двух словах, ресурс или конечная точка - это своего рода точка входа в удаленно размещенное приложение, которое позволяет пользователям взаимодействовать с ним по протоколу HTTP.

Отрицательное голосование (я) не имеет никакого отношения ко мне, но источник (: Даже нет причин для этого указано.

Каждая конечная точка - это местоположение, из которого API могут получить доступ к ресурсам, необходимым для выполнения их функций. То есть место, куда API отправляют запросы и где живет ресурс, называется конечной точкой.

Из хорошего источника .

Конечной точкой термина является URL, который ориентирован на создание запроса. Взгляните на следующие примеры с разных точек зрения:

/api/groups/6/workings/1
/api/v2/groups/5/workings/2
/api/workings/3

Они могут четко обращаться к одному и тому же источнику в данном API.

Краткий ответ: «конечная точка - это абстракция, которая моделирует конец канала сообщений, через который система может отправлять или получать сообщения» ( Ibsen, 2010 ).

Конечная точка против URI (значения)

Конечная точка не совпадает с URI. Одна из причин заключается в том, что URI может двигаться к различным конечным точкам, таким как конечная точка для GET, другая для POST и так далее. Пример:

@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*

Конечная точка против ресурса (значения)

Конечная точка не совпадает с ресурсом. Одна из причин заключается в том, что разные конечные точки могут работать с одним и тем же ресурсом. Пример:

@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

Проще говоря, конечная точка - это один конец канала связи. Когда API взаимодействует с другой системой, точки взаимодействия этого взаимодействия считаются конечными точками. Для API конечная точка может включать URL-адрес сервера или службы. Каждая конечная точка - это местоположение, из которого API могут получить доступ к ресурсам, необходимым для выполнения их функций.

API работают с использованием «запросов» и «ответов». Когда API запрашивает информацию у веб-приложения или веб-сервера, он получает ответ. Место, куда API отправляют запросы и где находится ресурс, называется конечной точкой.

Читать далее...