エンドポイントとは何ですか？

私はOAuthについて読んでいて、エンドポイントについて話し続けています。エンドポイントとは何ですか？

これまでに投稿された回答はすべて正解です。エンドポイントは通信チャネルの一端にすぎません。OAuthの場合、注意する必要がある3つのエンドポイントがあります。

1. 一時的な認証情報リクエストURI（OAuth 1.0aコミュニティ仕様ではリクエストトークンURLと呼ばれます）。これは、サーバー/サービスプロバイダーから不正なリクエストトークンを取得するためにリクエストを送信するURIです。
2. リソース所有者承認URI（OAuth 1.0aコミュニティ仕様ではユーザー承認URLと呼ばれます）。これは、Temporary Credential Request URIから取得したリクエストトークンを承認するためにユーザーに指示するURIです。
3. トークン要求URI（OAuth 1.0aコミュニティ仕様ではアクセストークンURLと呼ばれます）。これは、承認されたリクエストトークンをアクセストークンと交換するためにリクエストを送信する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}

二つの異なるエンドポイントであろう-のための1つのR（「C言語のようetrieving Rの UD」略称）、及びための他のUは 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サービスで使用されていました。後でこの単語がAPIリソースの同義語として使用されている場合でも、RESTはこれらのURI（HTTP動詞を理解し、RESTアーキテクチャーに従うURI）を「リソース」と呼ぶことをお勧めします。

簡単に言えば、リソースまたはエンドポイントは、リモートでホストされているアプリケーションへのエントリポイントのようなものであり、ユーザーがHTTPプロトコルを介して通信できるようにします。

反対票は私には関係ありませんが、出典（：理由は示されていません）。

各エンドポイントは、APIが機能を実行するために必要なリソースにアクセスできる場所です。つまり、APIがリクエストを送信し、リソースが存在する場所をエンドポイントと呼びます。

素敵な情報源から。

用語のエンドポイントは、リクエストの作成に重点を置いたURLです。さまざまなポイントから次の例を見てください。

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

特定のAPIで同じソースに明確にアクセスできます。

短い答え：「エンドポイントは、システムがメッセージを送受信できるメッセージチャネルの終わりをモデル化した抽象概念です」（Ibsen、2010年）。

エンドポイントvs URI（明確化）

エンドポイントはURIと同じではありません。1つの理由は、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*

エンドポイントとリソース（明確化）

エンドポイントはリソースと同じではありません。1つの理由は、異なるエンドポイントが同じリソースをドライブできるためです。例：

@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がWebアプリケーションまたはWebサーバーに情報を要求すると、応答を受け取ります。APIがリクエストを送信し、リソースが存在する場所をエンドポイントと呼びます。

続きを読む...