Що таке кінцева точка?

Я читав про 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, виконайте відкриття, надіславши запит GET або HEAD HTTP на адресу 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-запит.

Кінцевою точкою є "точка з'єднання" служби, інструменту або програми, доступ до якої здійснюється через мережу. У світі програмного забезпечення будь-яке програмне забезпечення, яке працює і слухає з'єднання, використовує кінцеву точку як "вхідні двері". Коли ви хочете підключитися до програми / послуги / інструменту для обміну даними, ви підключаєтесь до його кінцевої точки

Термін Endpoint спочатку використовувався для послуг WCF. Пізніше, хоча це слово використовується синонімом ресурсів API, REST рекомендує називати ці URI (URI [s], які розуміють 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 надсилають запити, і де живе ресурс, називається кінцевою точкою.

Детальніше ...