私はOAuthについて読んでおり、エンドポイントについて話し続けています。正確にエンドポイントとは何ですか?
これまでに投稿された回答はすべて正しいものであり、エンドポイントは通信チャネルの一端にすぎません。 OAuthの場合、考慮する必要がある3つのエンドポイントがあります。
物事を整理するのに役立つことを願っています。 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}
2つの異なるエンドポイントになります。1つはr etrieving(「c R ud」の省略形のように)、もう1つは pdatingに対応します。 (「cr U d」のように)
そして、それがすべて、本当に簡単です!
通信チャネルの一方の端であるため、多くの場合、これはサーバーまたはサービスのURLとして表されます。
エンドポイントは、APIとの通信に使用されるURLパターンです。
エンドポイントは、OpenID認証用語では、認証リクエストの送信先(POST)のURLです。
Google認証API からの抜粋
Google OpenIDエンドポイントを取得するには、GETまたはHEAD HTTPリクエストを https://www.google.com/accounts/o8/id に送信して検出を実行します。 GETを使用する場合、Acceptヘッダーを「application/xrds + xml」に設定することをお勧めします。 Googleは、OpenIDプロバイダーのエンドポイントURLを含むXRDSドキュメントを返します。エンドポイントアドレスには、次のように注釈が付けられます。
<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サービスに使用されていました。後でこのWordはAPIリソースと同義で使用されていますが、RESTは、これらのURI(HTTP動詞を理解し、RESTアーキテクチャに従うURI [s]を「リソース」として呼び出すことをお勧めします。
簡単に言えば、リソースまたはエンドポイントは、ユーザーがHTTPプロトコルを介して通信できるようにする、リモートでホストされるアプリケーションへのエントリポイントのようなものです。
反対票は私とは何の関係もありませんが、ソース(:その理由さえ示されていません。
各エンドポイントは、APIが機能を実行するために必要なリソースにアクセスできる場所です。つまり、APIがリクエストを送信し、リソースが存在する場所はエンドポイントと呼ばれます。
a nice source から。
この用語のエンドポイントは、リクエストの作成に焦点を合わせたURLです。さまざまなポイントから次の例を見てください。
/api/groups/6/workings/1
/api/v2/groups/5/workings/2
/api/workings/3
特定のAPIの同じソースに明確にアクセスできます。