Trước khi đọc bài xích viết, các bạn hãy xem xét rằng bài viết nói về high-level của web Service API, tức là về thực chất của API, ko viết về phong thái code.

Bạn đang xem: Web service api là gì

Để làm rõ hơn về RESTful API ta sẽ đi lần lượt phân tích và lý giải hai khái niệm nhở API, REST tuyệt RESTful.


API là gì?

API là viết tắt của Application Programming Interface, là căn nguyên kết nối nhì hay những process máy tính xách tay (hay gọi là đồ vật tính) liên lạc, trao đổi thông tin với nhau.

REST là gì?

REST (REpresentational State Transfer) là 1 trong dạng biến hóa cấu trúc dữ liệu. Nó áp dụng phương thức HTTP dễ dàng để chế tác cho giao tiếp giữa những máy. REST giữ hộ một yêu mong HTTP như GET, POST, DELETE, vv đến một URL để xử trí dữ liệu.

RESTful API là tiêu chuẩn dùng trong việc kiến thiết các API, quy định biện pháp sử dụng những HTTP method (như GET, POST, PUT, DELETE…) hoặc status code trả về từ những máy.

*
Tìm hiểu về web service và API 1

Tiêu chuẩn HTTP method vào REST

REST chuyển động chủ yếu dựa vào giao thức HTTP. Các chuyển động cơ phiên bản nêu bên trên sẽ áp dụng những cách làm HTTP riêng.

GET (SELECT): “hiển thị” một hoặc những itemPOST (CREATE): sinh sản mớiPUT (UPDATE): cập nhật toàn phầnPATCH (UPDATE: cập nhật một phầnDELETE (DELETE): Xoá

Meta data các loại JSON hay được sử dụng nhiều hơn thế nữa vì độ thân thiết dữ liệu của chúng. Trong khi đó, SOAP API lại tuyệt được giữa những hệ thống lớn, đã chạy thọ năm.

Tiêu chuẩn Status code vào REST

Khi họ request một API nào đó thường thì sẽ sở hữu được vài status code để nhận biết sau:

Status code 2xx (thành công)

Khi request thành công xuất sắc mà không gặp gỡ mất kì lỗi nào.

200 OK – Trả về thành công cho hầu như phương thức GET, PUT, PATCH hoặc DELETE.201 Created – Tạo mới một dữ liệu204 No nội dung – không tồn tại dữ liệu như thế nào được trả vềStatus code 3xx (điều hướng)

Server phải tiến hành hành động bổ sung để ngừng request.

301 – Permanent Redirect – chuyển sang làn đường khác hoàn toàn302 – Temporarily Redirect – chuyển làn tạm thời304 Not Modified – Trả về từ bỏ cacheStatus code 4xx (lỗi tín đồ dùng)

Lỗi này hay về phía người dùng (người thực hiện browser xuất xắc khách viếng thăm website).

400 Bad Request – Request chưa hợp lệ401 Unauthorized – Request không có bảo mật403 Forbidden – không được phép truy hỏi cập404 Not Found – không tìm kiếm thấy bất cứ thông tin nào405 Method Not Allowed – cách làm (GET, POST, PUT, PATCH, DELETE) không cho phép415 Unsupported truyền thông Type – Không hỗ trợ kiểu Resource này.422 Unprocessable Entity – tài liệu không được xác thực429 Too Many Requests – Request bị từ chối do bị giới hạnStatus code 5xx (lỗi server)

Lỗi này. Thuộc về phía lắp thêm chủ, hoàn toàn có thể đến từ code, tràn bộ nhớ, hết dung lượng, DDOS,…

500 – Internal vps Error – Hư501 – Not implement – không code502 – Bad Gateway – nhiều phần là bởi lỗi vps (Nginx, Apache, Lite Speed,…)503 – Service Unavailable – Server trong thời điểm tạm thời không cách xử trí được/ kịp

Ví dụ về API

Ví dụ về request – response vào API

Khi bạn thực hiện một vận dụng trên smartphone di động, ứng dụng liên kết Internet với gửi tài liệu tới máy chủ. Thứ chủ tiếp nối lấy ra tài liệu đó, diễn giải nó, thực hiện các hành động quan trọng và giữ hộ nó trở lại điện thoại của bạn. Ứng dụng sau đó phân tích và lý giải dữ liệu đó với trình bày cho bạn thông tin bạn có nhu cầu theo cách rất có thể đọc được. Đây là tất cả những gì một API là – toàn bộ điều này xảy ra thông qua API.

Trước khi tới với khái niệm chăm môn, chúng ta hãy đem một lấy ví dụ quen thuộc. Hãy tưởng tượng ai đang ngồi trong quán ăn và sẵn sàng đặt món. Đầu phòng bếp – “hệ thống” vẫn nấu thức nạp năng lượng cho bạn. Cái còn thiếu là link giữa chúng ta và đầu bếp ấy. Bạn không có tác dụng biết nhà bếp là khu nào trong quán ăn để xông trực tiếp vào và gọi món.Đó là lúc bạn phải đến người giao hàng – API.

Người bồi bàn này vẫn là bạn bồi bài, (hay thông thường chúng ta thường điện thoại tư vấn là request – yêu thương cầu) của doanh nghiệp nói cùng với đầu phòng bếp biết buộc phải làm gì. Người đầu phòng bếp – “hệ thống” biết yêu cầu nấu cho bạn cái gì cùng đưa cho tất cả những người bồi bàn sau khi đã trả thành. Sau đó, tín đồ bồi bàn này sẽ mang thứ bạn cần – thức ăn/ tin tức (hay chúng ta hay hotline là response).

*
Tìm phát âm về website service và API 2

Ví dụ về mối quan hệ giữa API về website service

Bạn hoàn toàn có thể đã rất gần gũi với quá trình tìm kiếm các chuyến bay trực tuyến. Cũng giống như nhà hàng, bạn có tương đối nhiều lựa chọn để lựa chọn, bao hàm các tp khác nhau, ngày khởi thủy và ngày trở lại, và nhiều hơn nữa nữa.Hãy tưởng tượng bạn đang đặt phòng bạn đang bay trên một trang web của hãng sản xuất hàng không. Bạn chọn 1 thành phố, ngày khởi hành, ngày về, hạng ghế,…Để đặt chuyến cất cánh của bạn, bạn can hệ với website của thương hiệu hàng ko để truy vấn vào các đại lý dữ liệu của họ và xem liệu bao gồm ghế nào tương xứng với nhu cầu của doanh nghiệp và giá cả là bao nhiêu.

Tuy nhiên, nếu như khách hàng không sử dụng website trực tiếp hãng sản xuất hàng không giống như vietnamairlines để mua vé thì mà sử dụng thương mại dịch vụ thứ tía như Traveloka hoặc Booking? Nó tất cả sự không giống biệt?

Câu trả lời là có.

Khi bạn mua vé bên trên web bao gồm thống của Vietnamairlines, vé bạn oder sẽ được liên can trực tiếp cùng với dữ liệu, database của hãng. Trong những lúc đó, nếu sở hữu tại Traveloka, hoặc Booking, chúng ta sẽ vắt mặt bọn họ gửi yêu ước đến API của Vietnamairlines, nhận dữ liệu về (response) và hiển thị thông tin cho bọn chúng ta.Nói bí quyết khác, Traveloka với Booking tại chỗ này đóng vai trò là mong nối cho người sử dụng (chúng ta) được tiếp cận với tài liệu của Vietnamairlines.

Những gì API cung cấp cũng là 1 trong những lớp bảo mật. Dữ liệu điện thoại của doanh nghiệp không khi nào được tiếp xúc trọn vẹn với thứ chủ. Tương tự, máy chủ không bao giờ được phơi bày hoàn toàn với smartphone của bạn. Nỗ lực vào đó, mỗi giao tiếp (communication) với những gói dữ liệu nhỏ tuổi (packet), chỉ chia sẻ những thứ cần thiết – hệt như đặt hàng. Bạn nói với nhà hàng/ traveloka/ booking gần như gì bạn muốn ăn, ý muốn đặt chỗ, chúng ta nói mang lại bên cung ứng biết phần đa gì bạn cần và cho mình những gì bạn muốn.

Web service là gì?

Nói solo giản, website service là một trong lớp (framework) thân hai sản phẩm công nghệ tính, góp hai thứ tính hoàn toàn có thể tương tác cùng nhau qua mạng. Nói biện pháp khác, website service được cho phép một công tác máy tính nói theo cách khác chuyện cùng với một website thay vì người dùng tự cần sử dụng trình cẩn thận để truy vấn trang web.

*
*

Một mô hình để biểu lộ sự liên kết này: client (người dùng – máy vi tính 1) gửi tin nhắn mang lại server (máy chủ – máy vi tính 2) và server phúc đáp lại tin nhắn đó nhờ bao gồm web service. Website service hiện thời đa số giao tiếp qua qui định HTTP, nhưng format dữ liệu khi gửi với nhận thì trọn vẹn khác nhau.

Xem thêm: Phân Tích Bài Trao Duyên Và Dàn Ý Phân Tích Trao Duyên Chi Tiết Nhất (7 Mẫu)

Vậy là Stream Hub vẫn giải thích hoàn thành về website service, API cùng REST là gì rồi. Nếu tò mò và hiếu kỳ thêm về cách tạo nên một web service, các bạn hãy tìm hiểu bài tiếp theo sau về phương pháp cài framework nodejs.