Điểm cuối là gì?

Tôi đã đọc về OAuth và nó cứ nói về các điểm cuối. Chính xác thì điểm cuối là gì?

Tất cả các câu trả lời được đăng cho đến nay là chính xác, một điểm cuối chỉ đơn giản là một đầu của một kênh truyền thông. Trong trường hợp của OAuth, có ba điểm cuối bạn cần quan tâm:

1. URI yêu cầu thông tin xác thực tạm thời (được gọi là URL mã thông báo yêu cầu trong thông số cộng đồng OAuth 1.0a). Đây là một URI mà bạn gửi yêu cầu để nhận Mã thông báo yêu cầu trái phép từ nhà cung cấp dịch vụ / máy chủ.
2. URI ủy quyền của chủ sở hữu tài nguyên (được gọi là URL ủy quyền người dùng trong thông số cộng đồng OAuth 1.0a). Đây là một URI mà bạn hướng người dùng ủy quyền cho Mã thông báo yêu cầu nhận được từ URI yêu cầu thông tin xác thực tạm thời.
3. URI yêu cầu mã thông báo (được gọi là URL mã thông báo truy cập trong thông số cộng đồng OAuth 1.0a). Đây là một URI mà bạn gửi yêu cầu để trao đổi Mã thông báo yêu cầu được ủy quyền cho Mã thông báo truy cập mà sau đó có thể được sử dụng để có quyền truy cập vào Tài nguyên được bảo vệ.

Hy vọng rằng sẽ giúp mọi thứ rõ ràng lên. Hãy vui vẻ học về OAuth! Gửi thêm câu hỏi nếu bạn gặp bất kỳ khó khăn nào khi triển khai ứng dụng khách OAuth.

Thôi nào các bạn :) Chúng ta có thể làm điều đó đơn giản hơn, bằng ví dụ:

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

và khi được đặt dưới một tên miền, nó sẽ trông như sau:

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

Có thể là http hoặc https, chúng tôi sử dụng https trong ví dụ.

Ngoài ra, điểm cuối có thể khác nhau đối với các phương thức HTTP khác nhau, ví dụ:

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

sẽ là hai điểm cuối khác nhau - một cho r etrieving (như trong chữ viết tắt "c R ud") và điểm cuối cho u pdating (như trong "cr U d")

Và đó là tất cả, thực sự đơn giản!

Đây là một đầu của một kênh liên lạc, do đó, thông thường này sẽ được thể hiện dưới dạng URL của máy chủ hoặc dịch vụ.

Điểm cuối là một mẫu URL được sử dụng để giao tiếp với API.

Điểm cuối , trong biệt ngữ xác thực OpenID, là URL mà bạn gửi (POST) yêu cầu xác thực.

Trích từ API xác thực của Google

Để có điểm cuối Google OpenID, hãy thực hiện khám phá bằng cách gửi yêu cầu HTTP GET hoặc HEAD HTTP đến https://www.google.com/accounts/o8/id . Khi sử dụng GET, chúng tôi khuyên bạn nên đặt tiêu đề Chấp nhận thành "application / xrds + xml". Google trả về tài liệu XRDS chứa URL điểm cuối của nhà cung cấp OpenID. Địa chỉ điểm cuối được chú thích là:

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

Khi bạn đã có được điểm cuối của Google, bạn có thể gửi yêu cầu xác thực đến nó, chỉ định các tham số thích hợp (có sẵn tại trang được liên kết). Bạn kết nối với điểm cuối bằng cách gửi yêu cầu tới URL hoặc bằng cách thực hiện yêu cầu POST HTTP.

Điểm cuối là 'điểm kết nối' của dịch vụ, công cụ hoặc ứng dụng được truy cập qua mạng. Trong thế giới của phần mềm, bất kỳ ứng dụng phần mềm nào đang chạy và "lắng nghe" các kết nối đều sử dụng điểm cuối là "cửa trước". Khi bạn muốn kết nối với ứng dụng / dịch vụ / công cụ để trao đổi dữ liệu bạn kết nối với điểm cuối của nó

Thuật ngữ Endpoint ban đầu được sử dụng cho các dịch vụ WCF. Sau này, mặc dù từ này đang được sử dụng đồng nghĩa với tài nguyên API, REST khuyên bạn nên gọi các URI này (URI [s] để hiểu các động từ HTTP và theo kiến ​​trúc REST) ​​là "Tài nguyên".

Tóm lại, Tài nguyên hoặc Điểm cuối là một loại điểm truy cập vào một ứng dụng được lưu trữ từ xa cho phép người dùng giao tiếp với nó thông qua giao thức HTTP.

(Các) phiếu bầu không liên quan gì đến tôi, nhưng nguồn (: Thậm chí không có lý do nào cho thấy điều đó.

Mỗi điểm cuối là vị trí mà API có thể truy cập các tài nguyên mà chúng cần để thực hiện chức năng của chúng. Đó là, nơi API gửi yêu cầu và nơi tài nguyên sống, được gọi là điểm cuối.

Từ một nguồn tốt đẹp .

Điểm cuối của thuật ngữ là URL được tập trung vào việc tạo một yêu cầu. Hãy xem các ví dụ sau từ các điểm khác nhau:

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

Họ rõ ràng có thể truy cập cùng một nguồn trong một API nhất định.

Câu trả lời ngắn gọn: "điểm cuối là sự trừu tượng mô hình hóa phần cuối của kênh thông báo mà qua đó hệ thống có thể gửi hoặc nhận tin nhắn" ( Ibsen, 2010 ).

Điểm cuối so với URI (định hướng)

Điểm cuối không giống như một URI. Một lý do là bởi vì một URI có thể lái đến các điểm cuối khác nhau như điểm cuối để NHẬN, một lý do khác để POST, v.v. Thí dụ:

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

Điểm cuối so với tài nguyên (định hướng)

Điểm cuối không giống như một tài nguyên. Một lý do là bởi vì các điểm cuối khác nhau có thể lái đến cùng một tài nguyên. Thí dụ:

@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

Nói một cách đơn giản, điểm cuối là một đầu của kênh truyền thông. Khi một API tương tác với một hệ thống khác, các điểm tiếp xúc của giao tiếp này được coi là điểm cuối. Đối với API, điểm cuối có thể bao gồm URL của máy chủ hoặc dịch vụ. Mỗi điểm cuối là vị trí mà API có thể truy cập các tài nguyên mà chúng cần để thực hiện chức năng của chúng.

API hoạt động bằng cách sử dụng 'yêu cầu' và 'phản hồi.' Khi API yêu cầu thông tin từ ứng dụng web hoặc máy chủ web, nó sẽ nhận được phản hồi. Nơi API gửi yêu cầu và nơi tài nguyên sống, được gọi là điểm cuối.

Đọc thêm...